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I. INTRODUCTION 


A. BACKGROUND 

In the last decade, the Navy has acquired a myriad of 
microcomputer equipment. Because of this variety, these 
acquisitions have made it increasingly difficult to maintain 
any standard regarding usage and software development. On 
the other hand, the use of microcomputers has the potential 
to increase productivity. For example, at the Naval Air 
Development Center, Warminister, researchers recently com- 
pleted testing on a computer assisted preflight mission 
planning software package for the P-3C aircraft. This 
application of desk-top computers may produce a significant 
reduction in fuel consumption, reduce repetitious preflight 
mission planning, thereby provide aircrews more time for 
tactical considerations. Additionally, at the Navy Per- 
sonnel Research and Development Center, San Diego, ae 
Robinson and others have tested the effectiveness oe face 
microcomputers for computerized data entry systems to 
improve the efficiency and reduce errors in Navy personnel 
records [Ref. 1]. In the Navy today, there are no less than 
273 studies, either completed or in progress that employ 
microcomputer technology. 

Modern microcomputer systems are substantially more 


reliable, have expanded memory, and cost considerably less 


than their predecessors. They are no longer simply toys 

for teenage hackers, but are now being used successfully 

by millions of individuals and small businesses for a variety 
of applications. There are estimated to be well over 2 
million desk top computers in the U.S. today, or at least 

one for every twenty desks. By the end of this decade, 

most predictions estimate this will become one in three 

[Ref. 2:p. 48]. 

Many young officer and enlisted personnel have substan- 
tial experience with microcomputer hardware and software. 
They have been exposed to the microcomputer since high 
school or college and are well versed in its capabilities. 
It should be a Navy goal to capitalize on this expertise to 
the fullest extent. There 1S no doubt that microcomputers 
will continue to influence every aspect of our foreseeable 
future. 

This thesis is concerned with increasing the productive 
use of personal computers at the Navy aviation squadron 
level. A questionnaire is created to ascertain what user 
needs exist in the PC realm. Techniques for developing 
and uSing PC software are discussed. The use of a data 
dictionary/directory system, (DD/DS) for documenting infor- 
mation resources and as a tool for disseminating information 
about existing PC software is discussed. A sample program 


is written in dBASE II to illustrate these techniques. 


B. REQUIREMENTS ANALYSIS 

Decision makers in all organizations face an increasing 
variety of potential information sources. However, choosing 
the correct system for generating the most useful information 
is a formidable task. Without question, the microcomputer 
provides an opportunity for organizations to access and 
analyze much more data than previously available. 

As a result of a massive microcomputer contract with 
the Zenith Data Systems, Commander Naval Airforce Pacific 
(CNAP), has supplied hundreds of individual West Coast 
commands with the Zenith 120 microcomputer. This study 
investigates some of the problems associated with supplying 
microcomputer technology to Fleet units. 

The Z-120 is an excellent example of the modern micro- 
Computer. Nevertheless, providing an individual command 
with a valuable tool without adequate training and direc- 
tion for its use is counterproductive. The use of micro- 
computers must be controlled and Hot allowed to proceed 
in an ad hoc fashion. The following criteria must be 
considered in microcomputer acquisition: 

- user needs 

- system feasibility 

- system design 

- implementation requirements 
- evaluation criteria 


- security measures 


The supply of available software for information processing 
has continued to grow. More and more it has become advan- 
tageous to seek out existing programs before needlessly 
"reinventing the wheel." However, selecting software must 
be done with extreme care. The cost in manhours spent 
needlessly programming and reprogramming due = poor system 
Structure or insufficient capabilities can quickly offset 
any advantage gained from the computer. Computer programmers 
long ago developed organizations and standard procedures 
for sharing software. We are being remiss expending numerous 
manhours on software that has not been documented or tested. 

Chapter II discusses the issues of systems design for 
microcomputer hardware and software as they relate to the 
Zenith 120 purchased by the Navy.  Inipar: lo ll nc 
cited in the requirements analysis survey are discussed in 


detail. 


C. SOFTWARE DESIGN 

Although many programs such as dBASE II, Lotus, and 
Wordstar are available to Fleet personnel, there is a 
tremendous amount of variability in its use. 

Software is much more than a mere collection of programs 
written in some programming language. Actually, the entire 
gamut of nonelectronic support for the computer is classi- 
fied as software. When we talk of software, we mean the 


computer programs, the instructions for their use, and the 
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necessary design documentation. There are three different 
kinds of software: 


1. Application programs. Software that is especially 
written to solve some particular problem. 


2. System programs. Software that usually comes with 
the computer and is designed to make creation of 
application programs easier. 

3. Documentation. Software that shows us how to use 
the programs and how to modify them for special 
needs. Good programs are characterized by good 
documentation. Furthermore, good documentation 
is written before the program itself. 

Chapter III provides some techniques and numerous exam- 
ples to Z-120 users that will help in designing easy to 


use programs when applying commercial software. 


D. APPLICATION 

Application refers to capitalizing on the computer's 
speed and accuracy automating some operation currently being 
done manually. The evolution of computer technology has 
been the basis of the so-called "age of information" or 
“second industrial revolution." Of particular note in this 
expanding technology is the advancement of the microcomputer. 
Some modern microcomputers can execute 750,000 instructions 
per second, store four million characters in RAM, and access 
data in less than 250 thousandths of a second [Ref. 3: 
p. 65]. They interface with CRTs, printers, and plotters 
as well as with other microcomputers. As users become 
increasingly aware of the capabilities of the computer the 
opportunity to increase their own decision making ability 


will prove much greater. 


TAI 


The data dictionary/directory system (DD/DS) is pre- 
sented in Chapter IV as a software system which supports 
documentation. A DD/DS can be considered as a source of 
information about the definition, structure, and use of 
data in contrast to the actual data values themselves. 

The DD/DS contains the name of each type of data, synonyms, 
definitions, constraints, programs where it is used, and 
its relationship to other data. This concept is discussed 
in detail and an example dictionary uSing available appli- 
cation programs is provided. 

Chapter V is an example of an application program for 
squadron maintenance managers written in dBASE II. The 
Squadron Maintenance/Management System is an interactive 
program capable of assisting managers with decision making 
by answering such queries as "How many aircraft will be 
down in the next seven days for special inspections?" The 
program as written is generic and would need to be expanded 
to meet the requirements of a particular aircraft squadron. 

Chapter VI presents the conclusions and recommends 
additional steps to assist in the implementation of future 


microcomputer Systems. 
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MS STEMS DESIGN PROCESS 


The Zenith system purchased by the Navy represents state 
of the art design which is capable of satisfying many 
business and m needs. En act as a stand alone 
tool or function as the center of a powerful automation 
package. Combined with suitable software, it provides 
practical and affordable solutions to a variety of appli- 
cations including data processing, telecommunications, 
networking, and numerical analysis to aid important managerial 
decisions [Ref. 12]. | 

The checklist at the end of this chapter is designed to 
help managers ensure that the system they choose will meet 
the needs of the user. The use of the guidelines provided 
will facilitate analysis of the existing problems.  Require- 
ments are not static, but should reflect research, experi- 
ence, and technological changes. 

Before purchasing a versatile system such as the Z-120, 
managers must consider user needs and establish requirements 
for what the system is supposed to do. As a minimum, the 
following considerations must be addressed: 


- Need for a new system 


Feasibility assessment 


System design 


Implementation 


NS 


adu EN 
=- Security 
In cooperation with the Navy Regional Data Automation 
Center, San Diego, CA, a questionnaire was distributed to 
over 60 users of the Zenith 120 system purchased by the 
Navy. e were asked me respond to questions concerning 
application, implementation, and training requirements. In 
the area of application, the survey revealed that no 
mechanism exists for control of application software. With 
regard to implementation, the survey found that a squadron 
seldom asked for the computer nor did they have any idea as 
to what it could do for them. Additionally, once the com- 
puter was received, the survey revealed that squadrons 
lacked the necessary training to make it useful. U C oie 
left to decide where, when, and how the system was to be 
used. Appendix A provides a copy of that questionnaire and 
a summary of results. 
The following quote from a typical user indicates the 

feelings of many; 

I don't feel the Z-120 systems are being utilized 

to their full capacity in most Fleet squadrons. You 

would find in the majority of commands that the 

computer is just another word processor, and not used 

as a computer. The Navy should have developed specific 

application software for Navy wide use; flight time, 

maintenance, personnel, etc., so that the system could 

be functional. As it is now, unless someone has the 

time to devote to programming or learns to utilize 


supplied software and make it work for what they want 
it to do, the Z-120 will be a work processor forever. 
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A. SYSTEM NEED 

Any system design process begins with the recognition of 
a need for a system and the establishment of requirements 
for that system. In most organizations, many different 
applications may be needed by system users. Because trans- 
action, management, and decision support systems are each 
resources to the organization, they must be developed 
according to their value to the organization, and the availa- 
bility of users to work on them. There must be a well thought 
out plan for the system, one that tells where it is going, 
in what order it will be developed, and what resources it 
will require. Developing and implementing a microcomputer 
system is no different than any other system and requires 
that same attention to detail. There are four stages of 
system development recognized: specification, feasibility, 


design, and implementation [Ref. 4:pp. 358-397]. 


bee SPECIFICATION AND FEASIBILITY 
Specification of system need arises either by sugges- 

tions from users or by events that are taking place. Some 
questions that must be answered in the specification phase 
of the microcomputer acquisition include: 

- What should the new application accomplish? 

- What reports do we need to produce? 

- Who really wants this project? 

- What does the data flow reguire? 

- What programs will we need? 


- How much time do we have? 
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These questions are typical of what managers and users 
must answer prior to evaluating the feasibility of a new 
system. Unfortunately, many managers do not properly 
address these issues nor do they listen to what users are 
telling them. Specification involves an interaction between 
the system developers and user-managers to clarify exactly 
what the system requirements will be. 

A feasibility evaluation must be accomplished before a 
system acquisition is approved. That is, assurance is 
required that the system can be built within reasonable 
technical, economic, and operational constraints. The 
technical question concerns the availability of hardware, 
software, and the expertise required to develop a system 
that will respond to user needs. Economic feasibility means 
weighing the benefits gained from the use of the system 
against their costs. That is, will it cost more to design, 
install, train personnel, and use the system than it is 
worth? Operational constraints refer to the effect the 
system will have on the people who will be associated with 
it. If a new application will not be used by its intended 


users, then there is no point in continuing to develop it. 


C. COMMUNICATION 
A serious problem with computer systems development is 
the inability of the user to specify his requirements for 


the system due to a lack of knowledge about the system's 
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capabilities. This problem is aggravated in microcomputers 
because of the speed of the technical advancements and the 
increasing variety of software systems becoming available. 

On the other hand, the system designer is often not a 
functional expert and has difficulty interpreting user 
needs. Compounding this problem is the complexity and 
interrelatedness of many user systems. Because of the 
M cantial technical hurdles that must be overcome, the 
design process often becomes centered on building a system 
that performs the technical functions and ignores the human 
considerations. In practice, however, after the technical 
problems EL. overcome, human factors are the driving force 
in establishing the usefulness and productivity of the 
system [Ref. 5]. 

During the requirements analysis phase of system 
development, designers must determine and then describe user 
needs so that the design of hardware and software can occur. 
A related problem is that the designer may interact only 
with upper-level managers and not gain a true knowledge of 
the data requirements. 

Since the system is being developed for the user, the 
requirements must come from them. The user must be inter- 
viewed to determine what is to be produced, and they must 
determine when the specification is complete. The bulk 
Of work in this phase is interviewing users and documenting 


findings. This can be a sizable task, however, there is no 
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alternative. Users must be identified in as many distinct 
ways as they appear and the reguirements they represent must 
be kept uniguely defined and Supported throughout the 
development process. 

Ouestion 20 of the survey addresses the subject of user 
needs. Out of 31 responses, 29 said that they had never 
been contacted about what they want or need from a micro- 
computer system. To properly implement and thus receive 
the maximum benefits of future systems, greater user involve- 
ment must be a part of the selection process. 

The final aspect of communication is continuity. 
Communication must be a continuous process that exists well 
after the system is operational. Channels of communication 
need to be made available to handle new problems or new 
requirements as they arise. Systems and users must not 
become static. AS systems evolve, it is essential that 
users and managers continue to communicate. 

NARDAC, Norfolk, Va. publishes a quarterly magazine 
titled "Chips Ahoy" to fulfill part of this communication 
need. Additionally, they maintain an electronic bulletin 
board to share data and program resources [Ref. 6]. It is 
recommended that NARDAC, San Diego, establish a similar 


user information publication and telecommunication network. 


Ds IMPLEMENTATION 
Although most users are initially willing to give a new 


system ample opportunity to prove itself worthy, if it 
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continues to frustrate them the result will be reduced 
productivity. Some people may even resort to direct action 
against the system. In a sample of 40 computer installa- 
tions, Dowling found that 45% had experienced some form of 
sabotage [Ref. 7:pp. 95-97]. Conversely, positive user 
attitude enhanced by well planned implementation contributes 
Significantly to system performance and user ability. 

During the implementation phase, the training of users 
in the organization occurs. Users include those who inter- 
act directly with the system, those who will be supplying 
data to the system, and any others who will be required to 
use the reports and documents it may generate. All these 
individuals need to be aware of the importance of their 
role and the way they are affected by the system. As a 
mre, the user should be able to learn the system by actually 
working with it. The following training items should be 


considered as a minimum: 


computer assisted instruction where possible 

- programs especially designed for beginners 

- review programs for infrequent users 

- programs for experienced users 

- minimum competency standards before working on data 
- a non-technical description of the system 


- a logical description of how the system can aid 
managers 


- ready access to reference material 
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E. APPLICATION 

During this study, one guestion heard time and again 
from many users of the Z-120 is, "What do we use it for?" 
The average hours per week of usage for all commands on 
the 2-120 was 9.1. The constraint with usage is not the 
capability of the system, but the lack of available programs 
applicable to Fleet squadrons. Supplying squadrons with 
dBase II, Lotus, etc., is useful but not sufficient. What 
users need now are programs that are written for particular 
applications. 

Additionally, many users of the Zenith system indicated 
in the survey that they are faced with varying degrees of 
resistance by senior officers and petty officers. This 
reaction to a new computer System is not uncommon in many 
Organizations. To reduce the resistance generated by the 
system, command attention must be given to implementation. 
All personnel should be encouraged to participate and use 
the system. Open channels of communication between users 
and managers must be established and maintained. Finally, 
a commitment of squadron resources to support the system 
should be accomplished by incorporating the system into the 
squadron's formal training plans. 

Users of the 2-120 surveyed noted several deficiencies 
that they would like to see corrected. First, they desire 
a letter quality printer capable of producing OCR messages. 


Second, they would like to have a telecommunications 
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capability via a modem access for intra-sguadron sharing of 
software. Finally, increased training is essential if all 


users are to take full advantage of the system. 


Pe SECURITY 

The key to security is personnel who are trustworthy 
and always aware of security issues. Ignorance, apathy, 
and frustration are, however, just as dangerous as deliberate 
dishonesty. Security methods should not be intricate or 
burdensome. Nevertheless, they must be complete and 
thorough. Security measures must be a part of any initial 
training and periodic reminders concerning security pro- 
vided to all personnel. 

If processing classified data, users must ensure that 
TEMPEST systems are utilized, that the computer is turned 
off after each use, and that disks containing classified 
data are treated appropriately. Users of the Z-120 have 
access to enormous amounts of classified material and must 
ensure that they are complying with appropriate instruc- 
tions. OPNAVINST 5239.1A addresses ADP security issues, 
additionally, Ch-l of 1 April 85, is applicable to all 


DON activities. 


Cee SAFETY 
The National Institute for Occupational Safety and 
Health has stated that CRTs do not present a radiation 


hazard to the user either working on or near the terminal. 
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"There is no known way that CRTs can cause visual defects of 
the eye, increase the optical components or change the 
strength of and pliability of ciliary muscles” (Ref. 5: 

pp. 2-6]. It is recommended that after two hours of con- 
tinuous CRT work that the user switch to some other 

activity for at least 10-15 minutes to rest the eyes and 
counter fatigue. Users should ensure that the screen is 
Clear, stable, and free of glare, and that the screen angle, 
keyboard height and user's chair are easily adjustable. The 
user's work station needs to be designed based on human 
factors and not be the result of haphazard acquisition and 


placement of equipment. 


H. EVALUATION 

As the implementation process is being accomplished, an 
evaluation and monitoring scheme should be initiated. No 
matter how good a job one does of initially selecting a new 
system and implementing it, the unexpected will occur. Only 
by carefully monitoring the process can timely response 
result. 

Once begun, the implementation process is evolutionary 
and continuous. Of course, time, cost, and manpower may 
not allow for all of the implementation processes discussed 
here. However, the more thorough and well defined the 
process, the more productive the system will be. -Fleet 


commands must continue to incorporate new ideas and methods. 
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Supporting the use of microcomputer technology can Signi- 


ficantly aid in this task. 
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SYSTEMS DESIGN Cheer iis 


Have the potential users been identified? 


Have potential users been contacted 
for requirements? 
a. Reports, forms, graphics? 
b. Application programs required? 
c. System programs required? 


Have problems with the current system 
been identified? 

Can they be remedied? 

Has the new system been examined in its 
entirety from data sources, input, 
output, and manipulation? 

Has formal training been designed? 


Have behavioral goals been established? 


Is there a training program for each 
level of user? 


Have users been provided with a brief 
nontechnical description? 


Have mechanisms been provided for users 
to make suggestions or complaints? 


Do these mechanisms provide feedback to 
the users? 


Is there a formal evaluation established 
to determine system performance? 


Are security measures taken to preclude 
unauthorized access to terminals and 
disks? 


Have working spaces, equipment, etc., 
been identified or made available? 


* 


Yes 


Answers in this column require action or some 
justification for departing from established 


guidelines. 
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NO 


N/A 


III. SOFTWARE DESIGN 


Although microcomputers were introduced in the mid- 
1970s, they were not available for general use due to a lack 
of software. In 1978, a financial software package for 
microcomputers was marketed for under $100.00. It was so 
popular that it sold 100,000 copies in just 18 months 
[Ref. 9:p. 22]. Despite the recent decline in microcomputer 
sales, they continue to represent a raw computing capacity 
that is just now being blessed with an abundance of quality 
programs making them easier and easier to use. 

The checklist provided at the end of the chapter is 
intended to serve as a starting point for program design. 
The programmer must be knowledgeable in all aspects of 
the system to ensure that the end user's needs are satis- 
fied. Only through experience and practice can this become 


a rewarding endeavor to the programmer. 


A. ENVIRONMENT 

It is important to note the differences among kinds of 
computers and the various environments in which software 
exists. There are three kinds of computers; mainframes, 
minis, and micros. The concepts of programming and software 
design are the same, regardless of the environment.  Never- 
theless, effective design requires an awareness of the 


various systems. 
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Large-scale computers are generally designed to handle 
problems that reguire massive computation or access to large 
files. The centralization of data files for an organization 
reguires a single computer complex, and many of the problems 
that reguire high-speed computational ability need that 
capability for only a few seconds. A large scale computer 
allows many users who have similar problems to share a 
single resource, the central processing unit (CPU). The 
minicomputer was introduced as a relative low-cost component 
(priced around $25,000 when mainframes were over $250,000) 
and is simply a smaller version of a mainframe [Ref. 10: 

p. 3]. Because of the cost of the CPU and the economies of 
scale, 1t was practical to centralize operations by using the 
CPU as much as possible. Now that a microcomputer CPU. is 

one of the least expensive components of a system, it is often 
practical to decentralize with many microcomputers as 


dedicated on-site processors. 


B. LANGUAGE 

Many different programming languages have been developed, 
ranging from low-level machine code to assembly languages 
and higher-level languages. Each language has certain 
features that make it useful for specific kinds of applica- 
tions. There also exist program-generators that will 
write programs after stepping through a menu of selected 


questions. Regardless, complex programs when written in 
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any language will reguire extensive cost, documentation, 
maintenance, and training to use. The ability to write easy 
to use application software will give the user a wide degree 
of flexibility. It is strongly recommended that we stress 
in both our officer and enlisted ranks as much software 
training in high school arid college as possible. Of those 
Zenith 120 users surveyed, nearly all responded that they 
would like to attend in depth courses in various programming 


languages. 


C. SELECTING SOFTWARE 
Today there are literally thousands of software packages 

available from which users may choose. Many of the micro- 
computer programs available to users of the Z-120 system 
are inexpensive and easy to learn. However, selecting 
software for the system must be done with as much care as 
selecting and designing the system. The additional man- 
hour expense in operator time due to poor program structure 
and the cost of converting from the old system to a more 
contemporary package can be devastating. Software acquisi- 
tion should consider the following requirements and 
features: 

- user training 

- help commands 

- compatibility with hardware/operating system 

- expansion capabilities 


- user interaction 


2:7 


- language code 

COS 

- ease of maintenance 
- vendor reputation 

- memory space 

- error detection 

- documentation 

Most commercially available software is easy to use, 
even by those who have never used a computer. Today's 
software is written with the assumption that the user will 
not have a background in software design and that most users 
will never bother to read the manual. For the most popular 
software, there are commercially published texts that 
summarize the program's main features and allow the user to 
follow the 80/20 rule. That is, 80$ of the users will only 
need about 20$ of the instructions and commands found in 
their user manual. 

NARDAC, San Diego does an excellent job of providing an 
introduction to several of the software programs made 
available with the Z-120. They have supplemented the user 
manuals with their own program text material complete with 
illustrations and example problems. The instructors are 
well qualified and professional. Many users of the Z-120 
Surveyed rated the course as the best they had attended. 
Many students have requested that indepth courses in specific 


subjects such as dBASE, Lotus, and Worstar be made 
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available which would allow them sufficient time to develop 
professional programming skills.  NARDAC, San Diego is in 
the process of establishing several such courses. 

The software packages provided to users of the Z-120 
include Wordstar, Lotus 1,2,3, and dBASE II. Each represent 
State of the art material and have many of the desirable 
features required by its users.  dBASE II is a software 
syStem that has found wide acceptance among many pro- 
fessional programmers. Unfortunately, most of the users 
of our Z-120s are not professional programmers and few have 
had limited, if any, previous programming experience. 
Additionally, not all the features of dBASE II are easy 
to use, nor do they work as expected. Moreover, it is not 
always advisable to use certain features of the system. Why 
then did we buy it? 

Despite its faults and the varying degree of difficulty 
some users may have implementing dBASE II, it does contain 
many Standard operations and several features not ordinarily 
associated with languages such as BASIC and COBOL. These 
features lie mostly in the areas of data storage, manipula- 
tion, and retrieval. Its advantages in these three areas 
make dBASE II very useful in the development of professional 
application software systems. Another major advantage is 
that dBASE II is a self-contained programming system. This 
means that all the facilities necessary for software develop- 


ment are available within the system itself [Ref. 11]. 
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Thus, software whether strictly off-the-shelf like 
Wordstar or a programmable language like dBASE II should be 
designed to minimize the operator task. It should permit 
logical task sequences with a minimum of control actions, 
and should be made as simple as possible for tasks requir- 
ing real-time responses. The following discussion provides 
guidance to assist in developing application programs that 
promote fast, accurate data entry when using a language 


such as dBASE II. 


D. DESIGN GOALS 

Users often understand their system better than designers, 
and designers often have a considerable amount to learn 
before being able to construct a successful application 
system. To narrow this gap, there exist four goals that 
application system designers should strive to attain. 

1. Ease of Use 

First, the application system should be as easy to 

use aS you can make it. The user should be able to select 
appropriate functions from a menu, rather than be forced to 
use an instruction manual. All user instructions should be 
given in nontechnical terms. This does not imply there 
should be no documentation for the seeni on the contrary, 
the first line of documentation is in the menu itself. When 
possible, attempt to use menus that allow the selection of 


functions that are built into the system [Ref. ll:pp.4-7]. 
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Zoe Lexi bility 
Second, the design of the application system should 
be as flexible as possible to accommodate changes as they 
occur. Flexible must not be construed to mean klooge 
(sloppy) programming, only that the designer allow for as 
much generality as possible. 
5 Efficiency 
Third, because of the limitations of speed within 
microcomputers, it is necessary to avoid any practices that 
will cause unnecessary delay in the application program. 
Operations that take several seconds should be avoided and 
substituted with faster technigues when available. 
4. Accuracy 
Last, and of course not least, the application system 
must work correctly. Decentralization has given rise to 
thousands of pseudo-programmers. Simply because an answer 
to a question or problem appears on the CRT, does not make 
the answer correct. Application programs must be validated 
with manual techniques and then tested and retested after 
every modification to ensure correctness. The use of good 
design procedures will help alleviate this problem. 
An excellent source on modern analysis and design 
techniques that leads to flexible design is a book by Tom 
DeMarco titled Structured Analysis and System Specification, 


Prentice-Hall, 1979. 
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E. DIALOGUE 

Dialogue refers to how the operator communicates with 
the system. There are four basic types of dialogues: 
computer initiated and guided, form filling, menu selection, 
and programming-like statements. The advantages of the 
computer initiated and guided format are that the computer 
tells the user what to do for each entry, and the user needs 
little training. The disadvantages include slow response 


time and reduced flexibility. 


kkkxkxkxkxkšžkxkkkxkkxkkkxkxkkkkkkxkkkxkkkkkxkxkkkxkkkkkkxkkkkkxkkxkkkkěxkkkkkxkkxk 


Example of computer initiated dialogue: 


Type in your name <press return> 


kkkkkkkxkxkkkxkxkkkxkkkkkkkkkkkkkkkkšėěkkxkkěkkěxkkkkkkkěkkěkkkkkkkěkkkkkěkkxkk*kxk 


The form-filling format also requires little training, 


but is not at all flexible. 
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Example of form filling dialogue: 
Part-Number <return> Shelf <return> 


Name <return> Price <return> 
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By far the most popular method in use today is menu 
selection. It requires little training and is designed so 
that the user has only to recognize the correct option. 


However, it is limited in scope, and does not make the most 


Je 


efficient use of the system capabilities. Additionally, it 


is probably too slow for the experienced user. 
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Example of menu dialogue: 
Select one of the choices below. 
1. Add Flight Time 
2. Update a Record 
3. Create a New Record 
a UL 
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The format that is the most concise, flexible, and 
powerful is the dialogue using programming language state- 
ments from a restricted list of commands. Unfortunately, 
these advantages are offset by the training reguired for 
the operator to learn both the language commands and the 


correct command format. 
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Example of command dialogue in dBASE IT: 

JOIN to <file> FOR <exp> [FIELDS <field list>] 

In this command, when two database files are open, they can 
be joined to create a third database. The <exp> indicates 
which records are to be selected from the opened databases, 
and the FIELDS clause indicates which fields are to be 
included in the third database. E.g., 

JOIN to TEMP] for P.BUNO = S.BUNO 


In this example two database files are open, PRIMARY and 
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SECONDARY. The JOIN command will concatenate common records 
(BUNO) from two files, and will place the concatenated 


records into a third database file, TEMP1, for easy access. 
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E DESIGN PRINCIPLES 

l Diagnostics 

If a failure occurs in the program, the system should 

be designed to allow the user to make corrections or restart 
the system as necessary. He should be able to distinguish 
among program errors, equipment failures, and operator 
errors. Also, the program should allow for orderly shutdown 
and the establishment of check points so that restorations 
without loss of computing are available. 

2. Documentation 

Documentation should accompany individual groups of 

data, modules, and messages to designate their content. 
Documentation should be located in a consistent fashion 
adjacent to the data group or message it describes. The 
relationship of the documentation to the message should be 
clearly visible. It should be highlighted or otherwise 
emphasized to facilitate user scanning and recognition. The 
technique used should be easily distinguished from that used 
to higNlight Seis or critical messages. Finally, documen- 
tation should be clearly worded to avoid confusion about 
whether it is for a data entry field, a control option, a 


guidance message, or for other displayed purposes. 
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3. Data Display Format 
Display formats should be designed to provide optimum 
transfer of information to the user. Although there should 
be a Standard. format for data texts and tables, the user 
should be able to modify these formats for personal use, so 
long as it does not affect other users or the results of the 
data. Normally, information should be displayed statically 
on the screen and not scrolled. If text is intended to be 
scanned, 35 characters per line columns (like in the 
newspaper) should be used. If text is to be read in detail, 
efficiency is increased if a 70-character line is used. 
4.  Grouping 
Information should be placed in groups to permit the 
user to associate or compare like classes of data. It is 
best if columns are either left or right justified to 
establish boundaries of group areas. Spacing between groups 
and within groups to maintain information relationships is 
critical. Place items of greatest importance near the top 
or to the right of the screen whenever possible. 
5. Data Presentation 
Data should be presented to: the operator in a readily 
usable format. Requiring the user to transpose, compute, 
interpolate, or mentally translate into other units or 
numerical bases should be avoided. The following are the 
minimum guidelines that will prove effective when designing 


programs for the Z-120. 
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When presented in tabular form, alphanumeric data 
should be left justified, numeric data should be 
left justified by decimal point. E.g., 


Alphanumeric Numeric Decimal 
A67 890 123 1234 46.24 
A67 890 124 45 10 
A67 890 125 456 ae 
A67 890 126 7 6: 3315 


Usegraphic or tabular form for lists that must be 
scanned and compared to other items in a list. Ensure 
that the axes of all graphs are labeled.  E.g., 


Tabular Graphic 
X 3 1000# of 20- 

2 5 fuel 15- 

3 9 indicated 10- 

4 15 5- 

5 20 


0 1 2 3 45% 


Burner Stage 
The use of hyphens should be avoided. 


Periods should be placed after each item selection 
number, at the end of a sequence, and where 
necessary for clarification. 


Text should be displayed in both upper and lower case 
Tone 


Text paragraphs should be separated by at least one 
Open line. 


Frequently appearing commands should appear in the 
same place on the screen. When words are deleted 
from lists, consider not compressing the list, but 
leaving blanks instead'so the user will find the 
command at the same place on the screen. 


When grouping alphabetic characters, make use of 
meaningful acronyms or short character strings 
rather than randomly selected characters that have 
little system relevance. 


Good Poor 
Valve 326061 L3XS 32061 
Hose 4763 Hse 4763 
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- The system should round output to the last significant 
digit and not truncate it. E.g., computed 7.988 


Good Poor 
rounded to 7.99 truncated to 7.98 
bl Cursor 
The cursor should be positioned to the first charac- 
ter position of the first input field. As an input field 
is completed, the cursor automatically goes to the first 
character of the next field. Formats should be organized 
to minimize positioning movements of the cursor to specify 
where the keyed entry is to go. Align entries to minimize 
search time. 
Ica enel Entries 
If a fixed length word or collection of characters 


is to be entered, underscore should be used to indicate to 


the user the exact number of characters to enter. For 
EUmple:; Enter Julian Date ___ 
8. Menus 


The displayed menu should only contain options which 
are available to the user. If menu items are brief, they 
may be displayed in two columns. 

9. Information Density 

The quantity of information displayed on the screen 
should be held to a minimum. Putting too much information 
on the screen leads to com and increases error rate. 
The screen should contain only data elements which the user 


may need. Even then, the screen may appear congested. A 
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common practice is to designate certain areas of the screen 
for certain types of information. Users should be able to 
temporarily remove data not needed from the screen. The 
screen should not normally be broken into many smaller 
windows, unless the user desires this option and is able 


to select it himself. 


10. Response Time 

Time intervals between input and response tend to 
be dead time for the user. Decreases in mental efficiency 
occur in sudden drops rather than in linear fashion when 
delays exceed a given point. In general, delays greater 
than 15 seconds rule out conversational interaction. If 
delays of more than 15 seconds occur, the system should 
free the user from waiting for a response so that they can 
turn to other activities. - 

Response times that are between 5 and 15 seconds 
are generally too large for interactive conversation since 
it requires the user to retain information in short-term 
memory. Users subject to such delays tend to be inhibted 
in problem solving activity and frustrated in data entry. 
An operator is usually content to wait for a response for 
a period of up to 15 seconds after keying RETURN. Longer 
waiting periods, however, can lead to unproductive behavior 


or a shift from one task to another rec M P 
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MO. 


EL. 


l2. 


IL 


14. 


ES. 


SOFTWARE DESIGN CHECKLIST 


Language 
ee CoOlmand words congruent; i.e., If 
U means up, does D mean down? 


Is the language use logical? 
Consistent? 


Are labels and messages; 
Hn pIStnet? 
b. Meaningful? 


Is terminology that of the user and 
not the designer? 


Is the user able to request help at 
any time and not lose data entered? 


Was the language reviewed by at least 
a sample of the users? 


Is nomenclature the same for similar 
or identical functions in all modes? 


Memorization 
Is memorization of codes, sequences, 
etc., minimized? 


Are codes designed to aid human memory? 


Is it clear when the computer is waiting 
for a response or command? 


symbology 
Are the symbols standardized: 
a. Within the system? 
D. Among similar operations? 


Are abbreviations, acronyms, and codes 
in plain, concise text? 


Are abbreviations used only when they 
are significantly shorter? 


Is each abbreviation unique? 


Are standard fields used for: 


a. Time? 
D- Date? 
C. Numbers? 
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Yes 


AN 


No 


N/A 


EOS 


GA. 


18. 


a Oe. 


20. 


zd 


22 


2194 


24. 


251 


204 


2i: 


205 


Zi 


SUL: 


2015 


dos 


Is the standard displayed when the 
user is inputing this informacao 


Are fields identified so that the user 
can easily recognize the data category? 


Do the numbered menu items start with 
one? 


Is the system designed so that user 
changes will not affect other users? 


Is the use of hyphens minimized? 
Is unnecessary punctuation avoided? 
Is information displayed so that the 
user does not have to note single and 
double space blanks? 

Labels 
Does each data group, message, or frame 
contain a descriptive title, phrase, or 


word to designate its contents? 


Are labels located next to what they 
describe? 


Are labels highlighted? 
Are labels unique among themselves? 


Format Design 
Are there fixed formats for: 


a. Data? 
D. Text? 
GE Tables? 


Can the user personalize the formats? 


Grouping 
Are like classes of information grouped? 


Are group boundaries clearly defined? 


Are comparable items directly over each 
other for easy comparison? 


Is each new item started on a new line 
when enumerating? 
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B3. 


34. 


35. 


36., 


UE 


38. 


B9., 


40. 


41. 


42. 


d. 


44. 


T5; 


46. 


d 


48. 


49. 


Data Presentation 
Is data in usable, easy to read form? 


Are groups separated by one or more 
blank characters? 


Is identical data displayed in con- 
Sistent, standardized form? 


Is alphanumeric data left justified? 
Are list left justified? 
Are list vertically aligned? 
Are subclassifications indented? 
Are periods placed: 
a. At the end of a sentence? 
b. After item selection number? 
c. Where necessary for clarification? 
Do frequently appearing commands and 
subcommands appear in the same place 


on the screen? 


Are alphabetic acronyms pronouncable 
and meaningful? 


[MeanEext Im upper and lower font? 


Significant DIglicts 
Are numbers rounded to the last 
Significant digit? 


Cursor 
Is the cursor easy to track and find? 


Is the text free from visual inter- 
ference by the cursor? 


Is the cursor positioned at the first 
character position of the first input 
field at the appearance of each frame? 


As each input field is completed, does 
the cursor go to the first character 
position of the next field? 


Are formats organized to minimize user 
positioning movements of the cursor? 
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NU. 


ST 


D 


TSI 


54.. 


UOS 


56; 


uit 


58% 


99's 


60. 


6E. 


02- 


Fixed Length Entries 
Is the length of fixed length character 
entries indicated by underscores? 


Coding 
Are the symbols familiar to the user? 


Is the information on the display only 
that which is necessary? 


Is information density at a minimum? 


Are certain areas of the display 


designated for certain types of info? 


Are the users able to see the entire 
page on which they are working? 


Is there a scroll or windown function? 
Response Time 
Is error feedback given within 2.0 sec? 


Are commands to interrupt an automatic 
process acknowledged within 2 seconds? 


Is a complex command either implemented 
or is feedback concerning implementation 
less than 5 seconds? 


Control Functions 
Does the system dialogue prompt the 
user with the next step or alterna- 
tives rather than just ending? 


Are auditory signals used to alert 
and direct the user's attention to 
the appropriate visual display? 


Can auditory signals be removed? 
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ive DAA DICTIONARY DIRECTORY SYSTEM 


Mete lo nNoching Surprising Or unigue about a data dic- 
tionary/directory system. In fact, when compared to other 
processing concepts the data dictionary is really simple. 

A dictionary represents one method to collect, quantify, 
maintain, and publish information about data. This data 
about data is termed "meta data." When the management of 
definitions on which the system is built is automated, the 
standardization and control of data can be optimized. This 
effort will result in improved productivity and system 
reliability. 

A data dictionary/directory system provides a mechanism 
to define and use information about data elements, records, 
files, and their relationships. Additionally, it is capable 
Of defining other entities such as modules, forms, reports, 
screens, procedures, programs, and just about anything else 
that the user can think of which is relevant. 

The dictionary at the end of this chapter uses dBASE 
II. It catalogs some of the existing software available 


today for squadron use. 


EM FUNCTIONS 
In the past few years, designers have made significant 
progress in the consistency and vigor with which they have 


applied modern technigues to the development of data 
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processing systems. To develop modular, flexible, user- 
maintainable application systems, designers must follow 
company guidelines. Today, the typical data processing 
shop has strict standards for programmers to follow that 
will ensure their products are consistent and cohesive. 
These gains in application program design have been primarily 
in the areas of program and procedure definition. Only 
recently has an attempt been made to define and document 
information about data and to concentrate on ways to use it 
effectively in the stages of system analysis, design, and 
maintenance. 
l. System Analysis 

A DD/DS can be effective when used as a tool for 
system analysis such as requirements documentation, alternate 
systems comparison, data flow, and communication. 

Traditionally, communication has taken the form of 
conversations, meetings, and telephone calls. This communi- 
cation has been recorded as memos, minutes, and notes. 
Occasionally, we have developed manuals and references texts, 
but the value of this medium was limited in updating capabili- 
ties and circulation techniques [Ref. 14:p. 14]. What we 
have lacked is a central pool of information that can be 
shared by all departments in an organization. The data 
dictionary/directory system represents this medium. 

2. ESvestemgbecsgm 
The DD/DS can support the system design process as 


well. It can be used to set standards, improve data 
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integrity, increase security, and provide for database 
documentation. As such, it is an efficient way of por- 
traying system design details to the user. The DD/DS is 
used to generate files, segments, and record definitions 
for a variety of programming languages. By doing so, it 
centralizes the control of program data definitions. This 
aspect of the DD/DS ensures consistency of data use, and 
reduces data redundancy [Ref. 14:p. 17]. 

3. Program Development and Maintenance 

Documentation using a data dictionary/directory is 
available to anyone in the system with a terminal. The 
DD/DS represents a dynamic documentation mechanism that 
keeps pace with the changing system. For example, before 
converting some element such as Zip-code to nine digits, it 
would be beneficial to identify every occurrence of it in 
the system. The automated search and cross-referencing 
tools of a good DD/DS span multiple programs, systems, data- 
bases, report definitions, or any other entity type. 

The use of a DD/DS will promote the development of 
standards concerning entity names, usage, and coding. The 
dictionary portion comprises those data definition generated 
from the meta data which are applied to various applications. 
The directory permits application access to meta data 
without knowledge of their physical locations. The directory 
thus enhances the versatility of the dictionary and enables 


BENSEDD/DS to perform the following functions: 
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- Record Keeping. The DD/DS can document all the data 
items in one or more application systems. The objec- 
tive is to determine common data elements and reduce 
data redundancy. Also, this record keeping will aid 
in future system maintenance and documentation. 

- Cross-Reference. The DD/DS maintains a useful cross- 
reference between the entities contained in it. A 
cross-reference is kept between data elements, synonyms, 
programs, reports, files, records, and users. 

- Indexing. Indexing provides a means to relate words 
to their definitions. They are indexed by key word, 
record number, or any other irer: 

- Standards and Control. The Database Administrator 
(DBA) can exert control over all the data elements 
by use of the DD/DS. He should institute proce- 
dures that review all data items for redundancy 
and conformance to standards before their implemen- 
tation in an application system [Ref. 16]. 

Be USERS 

Analysts and designers have made tremendous progress 
toward improved database design including use of the end- 
user staff to assist in the development of automated data 
processing systems. The DD/DS is one more tool to increase 
user effectiveness in system development. 

While we have made significant gains in user interaction 
and review during the phases of system development, this 
process still relies heavily on the limited data processing 
staff resource. Traditional development schemes view the 
user as only a reviewer or auditor of the development effort. 


In reality, the user often does not get involved in active 


design and development. 
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C. CLASSIFICATION 

A DD/DS can be classified as either passive or poten- 
tially active. A passive DD/DS does not require that 
any of the processes or system components depend on the 
DD/DS for their meta data, and there is no interface with 
any system component. Thus, changes in the DD/DS does not 
automatically result in corresponding changes in the soft- 
ware containing the appropriate entity descriptions, and 
the execution of applications programs does not include 
automatic checking with the DD/DS for correctness. 

On the other hand, a potentially active DD/DS can be 
the source for data descriptions used in processing com- 
ponents such as compilers, assemblers, and database manage- 
ment systems (DBMS). A potentially active DD/DS can produce 
the meta base for a given program or process, but is not 
required to do so. 

Pema dctivenyD/ D5 will be the only source of meta 
data, and programs and processes will be fully dependent on 
the DD/DS for it. Presently, no truly active DD/DS systems 
exist. 

A second classification of DD/DS is according to its 
dependence on other software for implementing its functions. 
In this respect, the DD/DS may be termed dependent or 
independent. A dependent DD/DS is one that uses existing 
DBMS facilities to implement the structure and organization 


of the meta data and its support functions. This type of 
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DD/DS reguires the facilities of the general purpose soft- 
ware System to perform its AN This type SENDS 
is said to be "in-line" and is an elaboration of an active 
DD/DS in that the DBMS directory serves as the directory 
for both the DD/DS and the DBMS. 

An independent DD/DS is one that does not require any 
other general software systems to perform its meta data 
management functions. As a stand-alone DD/DS it may be 


either active or passive. 


D. SOFTWARE DATA DICTIONARY/DIRECTORY EXAMPLE 

The proliferation of application software created for 
use on the Zenith 120 has in itself created a need for some 
mechanism to control and coordinate its dissemination. A 
data dictionary represents one method to ensure that the 
programs being written are made available to users and to 
control the logical and physical design of the programs. 
The program should reside at some local clearing house or 
on an electronic bulletin board available to users. The 
Software Data Dictionary/Directory Program is presented in 
Appendix B and is an example of a simple data dictionary 
system. Its purpose is to assist users in locating existing 
software for use at the squadron level. Programs heid in 
this DD/DS were submitted by Fleet users and have not been 


validated. 


48 


1. Program Design 
This program 1S a passive and independent data 

dictionary. It uses a menu selection format that presents 
six options for the user to select, including one to 
terminate the session (Figure 4.1). There are five database 
files; MAINTENANCE, OPERATIONS, ADMINISTRATION, SAFETY, and 
PERSONNEL for the user to select an appropriate subject. 
As new programs become available they can easily be added 


to their respective subject area. 


SOFTWARE DATA DICTIONARY/DIRECTORY SYSTEM 


This DD/DS allows you to find programs you may want 
to use in your squadron. Simply type the number 
of the corresponding department you need. 


- MAINTENANCE PROGRAMS 
OPERATIONS PROGRAMS 
ADMINISTRATION PROGRAMS 
SAFETY PROGRAMS 
PERSONNEL PROGRAMS 

eee Cher ROM SYSTEM; 


O* Ui BUNE 


Figure 4.1 


EE SUMMARY 


It is not difficult to believe that data dictionary/ 
directory systems will become increasingly necessary as a 
means of standardizing and controlling data, not only in 


the data resource management systems but in many non-DBMS 


Systems. 
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The benefits derived from a dictionary are proportional 
to the size of the dictionary itself. A DD/DS that contains 
information about the data of only one subsystem is of 
limited value. However, as information about more Systems 
and schemes are added, the data dictionary increases in 
worth. The more global cross-referencing and inguiries that 
can be done, the more valuable this information pool becomes. 

The main advantage of a dictionary lies not in its 
ability to store and catalogue information about data, but 
in its ability to assist in the sundry information processing 


activities that occur in any OF Ae TAA 
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V. SQUADRON MAINTENANCE/MANAGEMENT SYSTEM 


PEEEREOUTREMENTS SPECIFICATION 

A major tool for squadron maintenance managers is 
OPNAVINST 4790.2C. This instruction lists the numerous 
maintenance functions required in organizational level 
maintenance activities and the persons responsible for 
ensuring compliance. When properly followed, the instruc- 
tion significantly improves performance and training of 
personnel, equipment readiness, safety, and management. 
However, only through proper communication and planning can 
it be effective. For example, aircraft inspections that 
Bacusquadron must perform are preflight, postflight, turn- 
around, daily, special, conditional, calendar, phased, 
acceptance, transfer, and inventory. 

A key player in this effort is the maintenance/material 
eOomerol officer (M/MCO) . He is responsible to the main- 
tenance officer for the overall productive effort and 
material support of the maintenance department and aircraft. 
Among his many duties are the maintenance of aircraft logs 
and records, monthly review of maintenance data, material 
requirements planning, assigning workload, and ensuring the 
full capability of the maintenance department. Obviously, 
the need to maintain accurate data is essential to the 


M/MCO. His ability to communicate both up and down the 
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chain of command would be greatly enhanced by a well- 
organized database System. 

The Sguadron Maintenance/Management System Program 
(SM/MS) (Appendix C) was selected as a model for this thesis 
because it provides a realistic example of an application 
program Suitable for squadron use. ateist the SM/MS 
program is not complete as it now stands, it employs many 
of the programming techniques discussed in the paper. With 
little additional programming, it can easily be expanded to 
include such functions as supply parts inventory, technical 
training, and deployment scheduling. SM/MS is written in 
ABASE II. For more description of terms and concepts, the 
reader is referred to the Ashton-Tate, dBASE II manual. 

To the maximum extent possible, the program 1S desigmed 
to allow interactive processing by the user. It assumes 
that the user has little or no computer experience. Only 
access to Squadron flight records (yellow sheets) is neces- 
Sary. There is a significant degree of error checking and 
automatic processing to ensure minimal data handling by 
the user. 


The system has four basic operations: 


l. "Query Option"--An interactive request procedure to 
extract information about a particular database 
entity. 

2. "Report Option"--A request procedure that will 


supply the user with some arithmetically computed result. 


3. "Update Option"--An interactive procedure for inputting 
data or making an update to existing database 


5. 


entities. Relationships across database files are 
automatically handled. 


4.  "DD/DS"--The Data Dictionary/Directory System 
provides the user access to the meaning of any 
term, module, element, program, or relationship 
used in the program. 

B. DATABASE DESIGN 

Database management systems (DBMSs) are more adequately 
Suited to meet the challenge of complex Navy administrative 
requirements because a DBMS is data-oriented rather than 
function-oriented. This enables the DBMS to integrate data 
in a manner which enables multiple users to view the same 
data in different frames of reference without having to 
create dedicated files or application programs. The data- 
base concept is designed for generality, flexibility, and 
extensibility involving the records and files that comprise 
B. 

Many problems existing in the applications approach are 
overcome by the DBMS characteristic of centralization of 
data. First, centralized data helps avoid data redundancy, 
thus contributing to potential savings in storage space. 
Additionally, cost savings are also realized in the updating 
or modifying of the database because updates or modifica- 
tions only have to be done once. Finally, and most importantly, 
data centralization results in increased data integrity. 

A second major benefit of DBMS is the existence of 
logical and physical data independence. Logical independence 


means that the overall logical structure of the data may 
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be changed without changing the application programs. 
Physical data independence means that the physical layout 

and the organization of data may be changed without chano 
either the overall logical structure of the data or the 
applications programs [Ref. 15]. In summary, a DBMS yields 
advantages to management in more information from a given 
amount of data, in improved responses to information require- 
ments, and in flexibility when answering unanticipated 
inguiries. 

With logical and physical data independence, users may 
create multiple logical views of a single representation of 
the data. The logical design can be specified in a variety 
of ways. One such technigue is called "data structure 
diagrams," or "Bachman diagrams," after the man who invented 
them. The single/double arrows notation iS used to express 
relationships among records of the databases. This relation- 
ship is done through an intersection file created by the 
union of common records in the files [Ref. 16]. The Bachman 
diagram in Figure 5.1 only shows the relationships among 
records. The contents of these records is documented in 


the data dictionary. The intersection file is aircraft. 


| rec Ce eem] | engines | 


: a 










t 


inspcycle 


: E | 


Figures 
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The arrows indicate relationships between the boxes which 
represent files in the database. Single arrows represent a 
one-to-one relationship, e.g., specialinsp and aircraft. In 
this case, one aircraft may require one special inspection 
and only one special inspection may be required on a single 
aircraft. EET relatis are represented by 
double and single ended arrows, e.g., engines and aircraft. 
This relationship among files allows for many engines to 

be in the aircraft file, but only a single aircraft to be 
in the file for a specific engine. Finally, many-to-many 
relationships are represented by double ended arrows, e.g., 
phaseinsp and aircraft. In this TUTO TE E many aircraft 
may require any number of phase inspections and many phase 


inspections could be required on many aircraft. 


C. PROGRAMMING 
1. Program Module Hierarchy 

The Maintenance Program operates using a series of 
application modules, Figure 5.2, which access the database 
described above. The user need not be familiar with the 
names or even the functions, as they are explained inter- 
actively. A quick overview will indicate what to expect as 
you step through the procedures. All sessions begin with 
the "START" module and branch to the various options. All 
modules terminate to the main menu, Figure 5.3, which gives 


the user the option of reinitializing or ending the session. 
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START 


-presents choices 
-records current date 


ACCEPT TRANSFER FLTHOURS EDIT 
- adds acft to - deletes acft - adds daily - updates 
inventory from inventory fit time completed 
- records com- | to acit NS special 
ponent data ` REPORT high tine inspec- 
- generates components tions 


transfer report 





ENSP TIME 
SPECREPORT - updates DICTNARY 

- checks status of acft inspection - provides 

phase inspections schedule dictionary 
- generates acft status reports for data 
- notifies user which acft items 

are down for overdue 

inspections 

TERMINATE 


- terminates to 
Operating system 


Figure 52 


PROGRAM MAIN MENU SELECTION 

This program accesses the aircraft inspection 
and component database. You can access or 
update the database by selecting one of the 
following options. Type the number correspond- 
ing to your selection. 


E: ACCEPT AN AIRCRAFT 

D TRANSFER AN AIRCRAFT 

Bi ADD FLIGHT TIME TO AN AIRCRAFT 

4. UPDATE A COMPLETED SPECIAL INSPECTION 

De PRINT A REPORT OF UPCOMING AIRCRAFT 
INSPECTIONS 

Ó% USE THE DATA DICTIONARY 

7. To TERMINATE this session enter "7" 


Figure 3 
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2. Programming Technigues 


Because users are not reguired or expected to have 
much computer experience, terms and procedures used are as 
simple as possible. Note that even terms in the menu for 
selecting desired options are not abbreviated. Also, the 
menu allows the user to either return to the main program 
or end the session before any actions are reguired. 

Each command module begins with an introductory 
section for documentation. Notice that the section is well 
highlighted for guick reference. Additional documentation 
is located throughout the program modules and is also high- 
lighted. For fixed length entries such as Julian date, 
only enough spaces are provided to accommodate exactly 
our digits. 

Although the program was written by three authors, 
consistent indentations for DO WHILE and IF-ELSE state- 
ments are the same making the program logic easy to follow. 
Also, note that acronyms are consistent throughout the 
program. The DD/DS was most helpful when defining these 
‘entities. 

Because the dBASE "REPORT" function iS not conducive 
for use with more than one file, most of the modules have 
their own embedded display routines for print and/or screen 
display. The embedded routine approach also allows for 


Simpler program maintenance. In almost all cases, the 


2 


ABASE II REPLACE and LIST commands were used to output 
reguired information. 

The language and abbreviations used are common in 
the aviation community. However, Some experience in Navy 
maintenance procedures is reguired to ensure database 
integrity. Modifying values and program functions cannot 
be done using the MAINTENANCE PROGRAM. These functions 
are considered in the domain of an individual trained for 
that responsibility. The UPDATE modules do allow values 
within the database files to be changed. This would be 
necessary and a regular procedure for almost any real world 


user. 
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VI. CONCLUSIONS AND RECOMMENDATIONS 


A. CONCLUSIONS 

Increased Fleet activity and reduced manning levels has 
resulted in a severe administrative burden on personnel that 
has significantly affected performance and morale. The 
Moose of microcomputer automation is to help eliminate 
much of this burden. 

Administrative database requirements and managerial 
decision support needs can be met with microcomputer tech- 
Bos. Microcomputer hardware and software provide the 
qualified user with a tremendous amount of increased pro- 
Swerivity potential. Microcomputers are a feasible solution 
to numerous applications because hardware and software are 
inexpensive, available, and easy to use. Recent studies 
have shown microcomputer hardware to be environmentally 
tolerant, portable, and reliable. 

The research conducted during this study documents the 
serious need for proper implementation of the Zenith 120 
microcomputer at the squadron level. The result of such 
an implementation effort would be the increased utilization 


of microcomputer assets currently onboard. 


B. RECOMMENDATIONS 
The recommendations provided fall into three broad 


categories; command attention, DD/DS, and education. 
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1. Command Attention 

Because microcomputers already exist in hundreds of 
commands, Type commanders are encouraged to establish policy 
that Supports microcomputer use. Centralized control, even 
of decentralized computing, must be maintained. Standardized 
data formats, communication channels, and additional hard- 
ware should be provided by designated program managers. 
These program managers will become critical links ina 
command's ability to utilize their computer assets. These 
should not be collateral duty assignments, but billets 
filled by specially trained officers that are capable and 
motivated. These assignments could be filled by graduates 
of the computer systems and computer technology curriculums 
at the Naval Postgraduate School with the Ducem 

Additionally, squadrons should be provided with 
approved application programs for maintenance, operations, 
safety, administration, and personnel departments. A 
central clearing house of approved programs maintained at 
a level no lower than the functional Wing commander is 
essential to control and maintain these programs. 

De DD/DS 

A second important recommendation is the establish- 
ment of a Data Dictionary/Directory System for application 
programs. This central repository of data definitions, 
controls, and standards would ease considerably the plethora 


of terms used in locally generated programs at the squadron 
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level. The DD/DS would provide a common link between all 
squadrons and would promote the sharing of application pro- 
grams, ease training requirements, and reduce data ambiguity. 
As confidence in the automation process increases, the 
DD/DS would become the primary tool for future system 
development. 
DE CUcat ion 

The operation and control of the data environment 
created by the microcomputer, will greatly impact the way 
in which the Navy currently does business. At the minimum, 
the person in charge of the microcomputer within the squadron 
should be an officer. He should be responsible for the 
overall use of the system, including development of soft- 
ware, data integrity, and security. Because most personnel 
are not experienced in each of these areas, sufficient 
training is essential. Current NARDAC courses offer an 
excellent opportunity for filling a part of this need. 
However, these classes should be expanded to include 
such areas as relational database, fourth generation 
languages, decision support systems, and artificial intelli- 
gence. Additionally, program texts should be made available 
to users of the system that are easy to read and designed 
r on-line instruction. 

Other areas previously mentioned in the thesis that 
could increase awareness and improve utilization include; 


a west coast version of "Chips Ahoy," an electronic 


6l 


bulletin board, a station user group, modems, and letter 
guality printers. 

The intention of this thesis was to help foster 
better understanding and acceptance of the microcomputer in 
the Navy. That goal is accomplished by contributing to 
the ongoing implementation and validation effort. Evalua- 
tion and implementation of this study's recommendations 
will allow greater employment of the Zenith 120. Applica- 
tions of microcomputer technology to many squadron activities 
is available now. This work will assist others in recommen- 


dations and further analysis of computer use. 
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APPENDIX A 


REOUIREMENTS ANALYSIS SURVEY 


This appendix contains the survey and cover letter sent to 
sixty users of the Zenith 120 in West Coast sguadrons. 
Results are summarized within the example survey. 


20 April 1985 


wom: LCDR G&G. A. Barnett 
SMC #1691 
Naval Postgraduate School 
Monterey, CA. 93943-5100 


KO : Fleet User 


Subj: Zenith 120 Training and Implementation Ouestionnaire 


l. Recently, you attended all or part of a Z-120 microcom- 
puter course provided by NARDAC, San Diego. The course was 
designed as a "hands-on" learning experience and to provide 
as much practical knowledge as possible. At the end of 

the course, you were asked to complete an evaluation form to 
assist in future course development and improvement. Now 
that you have had an opportunity to use what you have 
learned, NARDAC has asked me to assist them in determining 
how effective your training was. Your effort in this 
endeavor is greatly appreciated. 


2. Some questions are of a general nature and are designed 
to determine how your command is utilizing the computer. 
Please feel free to comment both positively and negatively 
as this information will be used to assist in the implemen- 
tation of future computer systems and courses. 


Your! participation is an opportunity for you to provide 
a candid response to the systems you receive and will be of 
high value to the Navy. Thank you for your cooperation and 
effort in this research. 


4. Please return your questionnaire and comments to: 
LCDR G. A. Barnett 
SMC +1691 
Naval Postgraduate School 
Monterey, CA. 93943-5100 


If you haveany further questions and would like to contact 
necat NPS my telephone number is (A)878-2174 or (C)408-646-2174. 
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Section I. USER INFORMATION FORM 


The purpose of this evaluation is to improve the computer 
systems and training which you receive. If you put your 
name on the questionnaire, feedback concerning the problems 
you have identified will be provided. 


Date (day) (month (year) 

Experience with this system (years) (months) 
Name /Rank 

Branch/Division 

Job Title 


Organization 








Section IT. QUESTIONNAIRE 
Please check your choice or fill in the answer. 


1. Approximately how many hours per week do you use the 


computer? Avg. = 9.1 

2. How many people in your organization have you trained 
to use the computer? Avg. = 2.5 

3. Is there a formal training plan established in your 
command for the computer system? yes = 3, no = 28 

4. Is one planned for the future? yes = 6, no = 18, n/a = 5 


5. Would you like to attend an indepth software development 
course? yes = 18, no = 13 


6. Do you use the NARDAC handouts in conjunction with the 
commercial user manuals? yes = 23, no = 8 


7. Are the examples in the NARDAC handouts dequae— 
yes = 23, no = 8 


8. Are there enough examples in the handouts? 
yes = 18, no = 13 


9. Was too much information covered in the time you had 
for the Z-120 course? yes = 12, no = 19 How much time 
should have been allowed? Avg. = 10 (days) 

10. Would you like to take a follow-on course formom 
specific subject? yes = 19, no = 12. 
Which one? Lotus, dBASE, Wordstar How long? Avg. = 
5,31 2 : 

11. Do you utilize any commercial software besides what was 


provided with the system? yes = 13, no = 18 
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12. 


E. 


T4. 


>. 


EO 


ly. 


18. 


ES. 


20. 


Dr. 


22., 


23. 


24. 


If yes what are you using? Condor, Sidekick, Word, Peach 


Has the system enabled you to perform your task more 
efficiently? yes = 30, no= l 


Is system down time a problem? yes = 0, no = 31 


Where is the system physically located in your command? 
All departments represented. 


Is there sufficient room for peripheral equipment, such 
as printers, telephone, etc.? yes = 30, no = 1l 


Is lighting adequate and not glaring on the screen? 
yes = 29, no = 2 


Are you using double sided/double density diskettes? 
yes = 29, no = 2 


Have you or anyone in your command contacted anyone 
with regard to developing programs which may be more 
complex than you wish to attempt? yes = 7, no = 21 


Have you or anyone in your command been contacted by 
anyone to determine your needs? yes = 6, no = 25 


Have any problems with using the system been identified 
and documented? yes = 10, no = 21 


Is the printer satisfactory for all of your needs? 
yes = 10, no = 21 


Are you presently using any programs that you feel 
would benefit other commands? yes = 10, no = 21 


Are there any specific areas that you feel a software 
program could provide significant help, but do not know 
who to contact? yes = 24, no = 7 


Section III. SUGGESTIONS AND COMMENTS 


Experience has shown that users are by far the best source 
for information on what they need. Please list any problems 
or recommendations you feel need to be addressed. Thank 

you for your time and cooperation. 


LCDR G. A. Barnett 
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APPEND TABE 


SOFTWARE DATA DICTIONARY/DIRECTOR TSM m 


This appendix contains the user manual, programming 
code, file structure of the SDD/DS. 

To initialize the Software Program: 

l. Turn on the computer, CRI, and voerciieene 

2. Load the Software Program disk in drive B. 

3. Load the system operating disk in drive A. 

4. "Boot" the system and enter the data as <MM/DD/YY>. 

5. When the A> appears type: dbase. 


6. The computer will load the database system program 
and respond with a "." as the program cue. 


7. Type: set default to B. 

8. Type: do software. 

9. Use the menu to select the desired subject. 

Instructions at this point are displayed on the screen. 
If you make an error while entering a choice, the screen will 
return you to the main menu. If you desire to print a 
listing of available programs, use the print screen option. 
To exist the system: 

10. JS5Select option C: 

11. Remove the disks from the disk drives. 


12. Turn off the printer, CRT, and comp urone 
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*ckckockockock kockockokockokock kock ko kk kk kk SOFTWARE CMD *ckckckokockockockokok kockockocko ck k k kkkk 
kkkxkkxkkkkkkkkkkkkkxkkkkk kkkxkkkkkkxkkxkkxkxkkkkkxkxk 


*AUTHOR: LCDR BARNETT * 
*PURPOSE: This program is a passive and independent data* 


z dictionary/directory system that allows the user to * 
E search and find application programs for squadron KS 
E use. It uses a menu selection format and presents * 
ts Six options for the user to select, including one to* 
E terminate the session. x 
*INPUT FILES USED: MAINTENANCE, OPERATIONS, ADMIN, e 
E SAFETY, and PERSONNEL. x 
*LOCAL VARIABLES USED: SELECTL es 


kkkkkkkkkkkxkkkkkxkkkxkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkxkkkkkkkk 


CLEAR 
SET BELL OFF 
GET TALK OFF 


Xckokockokokokokokokoko kkk* Screen format presented here X*ckockockocko oko ko ko ko kokk* 


SPORE 0 TO SELECTI 
DO WHILE SELECTI < 6 


ERASE 
@ 5, 5 SAY "SOFTWARE DATA DICTIONARY/DIRECTORY SYSTEM" 
@ 7, 5 SAY "This DD/DS allows you to find programs you may" 
e 8, 5 say "want to use in your squadron. Simply type the" 
@ 9, 5 say "number of the corresponding department you need.” 
@ 11,10 SAY "1. MAINTENANCE PROGRAMS" 
@ 12,10 SAY "2. OPERATIONS PROGRAMS" 
@ 13,10 SAY "3. ADMINISTRATION PROGRAMS" 
@ 14,10 SAY "4. SAFETY PROGRAMS" 
@ 15,10 SAY "5. PERSONNEL PROGRAMS" 
Glo, l0 SAY “6. EXIT FROM SYSTEM"; 


GET SELECTI PICTURE "+" 
READ 


*ckckckokckoko ko koko ko kok kk kk kk OPTION SELECTION *ckockockockockockocko ko kock ck ck ko k kokk 


te SELECT = I 
ERASE 
USE MAINTENANCE 
LISTI 
2) TYPE ANY KEY TO CONTINUE” 
WAIT TO CONTINUE 


ENDIF 

IF SELECTI = 2 
ERASE 
USE OPERATIONS 
CTSI 


IS ERAN REY TO CONTINUE” 
WAIT TO CONTINUE 
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ENDIF | 
IF SECA E | 
ERASE | 
USE ADMIN | 
LIST 
? "TYPE ANY KEY TO CONTINUE" 
WAIT TO CONTINUE | 


ENDIF 
TES EM = 4 | 
ERASE 
USE SAFETY 
LIST | 


? "TYPE ANY KEY TO CONTINUE" 
WAIT TO CONTINUE | 


ENDIF 

IF SELEC = > 
ERASE 
USE PERSONNEL 
LITST 


2 "TYPE ANY KEY TOT CONTINUGS 
WAIT TO CONTINUE 

ENDIF 

ENDDO 

IF SELECT 1 = 6 
ERASE 
RETURN 

ENDIF 


kkkkkkkkxkkkkkkkkkkkkkkk ERROR ROUTINE kkkkkkkkkxkxkkkkkkkkkkxk 


DO WHILE (SELECTI <> 1) .AND. (SELECTI °<> 2) .AND. (SELECT as 
«AND. (SELECTI <> 4) .AND. (SELECTI <> 5) AND. (SELEG? ee 
ERASE 

@10, 8 SAY "ERRONEOUS INPUT, TRY AGAIN" 
@.12,10 SAY "Type the NUMBER corresponding to your selection. 


@ 14,10 SAY "1. MAINTENANCE PROGRAMS" 
@ 15,10 SAY “2. OPERATIONS PROGRAMS 
@ 16,10 SAY "3. ADMIN PROGRAMS" 
@ 17,10 SAY “4. SAPETY “PROGRAMS. 
@ 18,10 SAY "5. PERSONNEL PROGRAMS" 
@ 19,10 SAY 16. EXIT FROM SY MENE 
GET SELECTITPICTURE ST 
READ 
IF SELECTI = F 

ERASE 

USE MAINTENANCE 

ELSI 


? "TYPE ANY KEY TO CONTINUE 
WAIT TO CONTINUE 

ENDIF 

IF SELECT- 2 
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ENDDO 


ERASE 
USE OPERATIONS 
LEST 
MER PESAN KEY TO CONTINOUS” 
WAIT TO CONTINUE 
ENDIF 
IF SELECTI = 3 
ERASE 
USE ADMIN 
LISE 
EPE ANY KEY TO CONTINUE” 
WAIT TO CONTINUE 
ENDIF 
IF SELECTI = 4 
ERASE 
USE SAFETY 
LIST 
ELATI KEY TO CONTINUE" 
WAIT TO CONTINUE 


ENDIF 

LP SEDECTI - 5 
ERASE 
USE PERSONNEL 
LIST 


MR PE ANY KEY TO CONTINUE" 
WAIT TO CONTINUE 

ENDIF 

IPR SELCECITI 
ERASE 
RETURN 

ENDIF 


6 
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Software Data Dictionary File Stricuunes 


use maintenance 

list structure 
STRUCTURE TORS TEE: 
NUMBER OF RECORDS: 
DATE OF LAST UPDATE: 
PRIMARY USE DATABASE 


FLD NAME 
001 TITLE 
002 AUTHOR 
003 ADDRESS 
004 LANGUAGE 
005 DESCRIE 
006 OPSYTS 


^U TOTALNA? 


use operations 

list structure 
STRUCTURE PORTEILE: 
NUMBER OF RECORDS: 
DATE OF LAST UPDATE: 
PRIMARY USE DATABASE 


ELD NAME 
001 TE 
002 AUTHOR 
003 ADDRESS 
004 LANGUAGE 
005 DESCRIP 
006 OPSYS 


88 TOTAL 74 


use safety 

list structure 
STRUCTURE FORTETEE : 
NUMBER OP RECORDS: 
DATE OF LAST UPDATE: 
PRIMARY USE DATABASE 


FGD NAME 
ool TEMGE 
002 AUTHOR 
003 ADDRESS 
004 LANGUAGE 
005 DESC REE 
006 OPSYS 


mA TOME 7A 


B:MAINTENA.DBF 


00003 
01/01/80 


IY P EIE SH 
025 
025 
025 
025 
075 
010 

00186 


(AO DO OO 


DEG 


BSOPERATEOSDEE 


00002 
01/01/80 


TYPE WIDTH 
025 
025 
025 
025 
075 
010 

00186 


OO CO 0) 


B 4:55 EE 
00000 
01/01/80 


TYPE WIDEN 
025 
O25 
025 
025 
075 
010 

00161 


(213) 3 C) 
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DEC 


<. DBE 


DEC 


— 


use admin 

list structure 
STRUCTURE FOR FILE: B:ADMIN . DBF 
NUMBER OF RECORDS: 00005 
DATE OF LAST UPDATE: 01/01/80 
PRIMARY USE DATABASE 


FLD NAME EYEE DOTA DEC 
001 TITLE C 025 
002 AUTHOR c 025 
003 ADDRESS C 025 
004 LANGUAGE C 025 
005 DESCRIE & 075 
006 OPSYS C 010 
See rOTAT, ** 00186 


use personnel 

list structure 
STRUCTURE FOR FILE: B:PERSONNE. DBF 
NUMBER OF RECORDS: 00001 
DATE OF LAST UPDATE: 01/01/80 
PRIMARY USE DATABASE 


FLD NAME FYPiowL pin DEC 
001 IDEE e 025 
002 AUTHOR C 025 
003 ADDRESS C 025 
004 LANGUAGE C 025 
005 DESCRIP G 075 
006 OPSYS C 010 
a TOTAL ** 00161 


Example of SDD/DS Maintenance Programs 


00001 FLIGHT HOURS LT J.W. MARTIN Mo 
DEASE II UPDATES FLIGHT HOURS USING 
YELLOW SHEET FORMAT 
MS-DOS 
00002 MAINTENANCE PROGRAM LTJG WARNER VEZ Al 
DBASE II DEA INSPECTIONS SCHEDULE 
MS-DOS 
00003 MAINTENANCE SCHEDULING LCDR BARNETT VES 
DBASE DSS FOR SCHEDULING PHASE AND 
SPECTALCSITNSPECITIONS 
MS-DOS 


ieee ANY KEY TO CONTINUE 
WAITING 


Zi 


Example of SDD/DS Operations Programs 


00001 TRAINING DATABASE 
ABASE II 


00002 BYDATE.NDX 
DBASE 


TY EE GANY Skt tO) CONTENU: 
WAITING 


CDR J. COMPTON CINCLANTFLT 
ALLOWS INPUT AND QUERY OF 
TRAINING RECORDS. 

MS-DOS 

NARDAC, NORFOLK 
CALENDAR.DBF FOR PRINTER 
SETUP 

DOS 
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APPENDIX C 


SOUADRON MAINTENANCE/MANAGEMENT SYSTEM 


This appendix contains the SM/MS user manual, program 
code, file structure, and examples of screen and printer 
output. All instructions are presented on the screen. Once 
the system is loaded and initialized, the CRT will display 
instructions to step the user through the procedures. The 
user is asked before he begins a module if this is really 
where he wants to be. If he does not desire to perform the 
reguested operation, a no answer N will return him to the 
main menu. 

To initialize the Maintenance Program: 

me Lurn on the computer, CRT, and printer. 

2. Load the Maintenance Program disk in drive B. 

od ehewsystem operating disk in drive A. 

4. "Boot" the system and enter the date as <MM/DD/YY>. 

ES USC Re cent e Correct date as at is used 
later in the program. 

5.: When the A> appears type: <dbase> return 

The computer will load the database system program 
and respond with a "." as the program cue. 

6. Type <set default to B>. return 

7. Type <DO START>. return 

8. Enter the Julian date. 


9. Use the menu to select the desired operation. 


13 


Instructions at this point are displayed on the screen. 
If you make an error while entering a choice or entering 
data, the program will allow you to correct it or return to 
the main menu. This double error checking may seem redun- 
dant, but all files are updated and calculation made based 
on the data that you insert. It 1S well worth the extra 
time to ensure data integrity. 

If you see A> return to step 5 above and reinitiate the 
program. If you do not deSire to re-enter the program, 
remove the system disk, turn off the printer, the computer, 


and the CRT. 
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A A cm 


kkkkkkkkkkkkkkkkkkkkkkxkxkxk START CMD kkkkkkkkkkkkkkkkkkkkkxkkk 
kkkkkkkkkkkkkkkkkkkkkkkxkxk kkkkkkkkkkkkkkkkkkkkkxkxkk 


* AUTHOR: LCDR BARNETT * 
* PURPOSE: This program initializes the aircraft and * 
$ component update process. It accepts the Julian * 
E Date and presents seven options to the user, x 
* including one to terminate session. ES 
ESINPUÜT FILES USED: None ES 
OUTPUT FILES USED: None x 
EE OUPPNESSCADEED: Thais program calls ACCEPT, TRANSFER, E 
E FLTHOURS, EDIT, and DICTNARY ES 
* ROUTINES CALLED BY: None 2 
* LOCAL VARIABLES:  SELECTI S 
* MAJOR CONTROL POINTS: The value of SELECT1 determines * 
A which program is CALLED. X 
* * 


kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 


CLEAR 
DET BELL OFF 
SET TALK OFF 


kkkkkkkkkkkkkkkxkk Ja TAN Date entered here kkkkkkkkkkkkkkxkkk 


STORE 0 TO JULDATE 
ERASE 
06510) SAY "ENTER TODAY'S JULIAN DATE” GET JULDATE PICTURE '####' 
a 7,10 SAY 'A VALID JULIAN DATE IS BETWEEN 5000 AND 5365' 
G 20,20 SAY 'UPDATE THIS SCREEN ON 1 JAN 198X" 
READ 
DOSWHILE (JULDATE < 5000) .OR. (JULDATE > 5365) 
ERASE 
@ 5,10 SAY 'DATE MUST BE BETWEEN 5000 and 5365' 
@ 7,10 SAY 'PLEASE REENTER DATE' GET JULDATE PICTURE '####' 
READ 
ENDDO 


K*x********* SCREEN FORMAT/OPTION PRESENTED HERE ***XXXXxxx**x 


MORE 0 TO SELECTI 

PeevwillLE SELECT] < 7 

ERASE 

a 5,10 SAY ‘PROGRAM MAIN MENU SELECTION' 

7,5 SAY 'This program accesses the aircraft inspection' 

8,5 SAY ‘and component database. You can access or update the' 
9,5 SAY 'database by selecting one of the following options.' 
10,5 SAY 'Type the number corresponding to your selection.' 
i710 SAY ‘1. ACCEPT AN AIRCRAFT' 

MS LO SAY *2. TRANSFER AN AIRCRAFT' 

MATO SAY *3. ADD FLIGHT TIME TO AN AIRCRAFT" 

1510 SAY ‘4. UPDATE A COMPLETED SPECIAL INSPECTION' 

MO FITO SAY '5. PRINT A REPORT OF UPCOMING AIRCRAFT INSPECTIONS' 


DODD AP Y (O PD Mm 


T9 


ALO ASE 
a 18,10 SAY '7. To TERMINATE this session enter "7"'; 
GET SELECT! PICTURE sa. 


READ 


*ckockockokockokok kokokokokockok ck ko kk kkkx OPTION SELECT ockockckckokokokokokokokockok ko kk k k kk 


IFP TSELECTI = 


ERASE 
DOTAC CERIN 
ENDIF 
TES ELE CINC 
ERASE 
DO TRANSFER 
ENDEP 
TF SELECTI CS 
ERASE 


DO TETHOURS 
ENDIF 
IF SELECTI = 4 
ERASE 
DOZEDIT 
ENDIF 
tE SELECTIA 5 
ERASE 
DO  SPECREPORT 
ENDIF 
TE MS ELE CIA 
ERASE 
DUSDICINARO 
ENDIF 
ENDDO 
IE SELECTIA- a 
ERASE 
RETURN 
ENDILE 


THE DATA DICTIONARY' 


RA a a Aa aiaiai A e ÓN 


i 


Le a °° °° ° °° ° 


RREKEKKKKKEKKEKKKKKKKRKKKEKKK ERROR ROUTINE KRRKKEKKKKKKKEKKERER KE Ree 


DO WHILE (SELECTI <> 1) .AND. (SELECT1 <> 2) .AND. (SELECTION 
«AND. (SELECTI <> 4) .AND. (SELECTI <> 5) .AND. (SELECT (OA 


AND (SELECT CI <>F) 


ERASE 
@ 
@ 
@ 14,10 SAY `I. 
A ASADAS AZ 
GG OMS S 
@ 17,10 SAY '4. 
@, 18,107 Arme: 


10,8 SAY ‘ERRONEOUS INPUT, "PRYSAGOSUUE 
12,10 SAY ‘Type the NUMBER corresponding to your selections 


ACCEPT AN AIRCRAFT' 

TRANSFER AN AIRCRAFT' | 
ADD FLIGHT TIME TO AN AIRCRAFT' 

UPDATE A COMPLETED SPECIAL INSPECTION’ 

PRINT REPORT OF FUTURE AIRCRAFT INSPECTIONS ® | 
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CEO SAY e TUSE THE DATA DICTIONARY ' 
@ 20,10 SAY '7. To TERMINATE this session enter a "7"'; 
GET SELECTl1 PICTURE '#' 


READ 
IE SELECTIS I 
ERASE 
DO ACCEPT . 
ENDTE 
IF SELECTI = 2 
ERASE 
DO TRANSFER 
ENDIF 
IE SELECT C9 
ERASE 
DO FLTHOURS 
ENDIF 
IF SELECTI = 4 
ERASE 
DOM DTE 
ENDIF 
ie omic. -= 5 
ERASE 
POSS EE CREPORT 
ENDIF 
IF SELECTI = 6 
ERASE 
DO DICINARY 
ENDIF 
TESSELECTIT= 77 
OUTT 
ENDIF 
ENDDO 


SUIT 


qo 


kkxkkkkkkkkkkkkkkkkkkkkkk ACCEPT CMD kkkxkkkkkkkkkkkkkkkkkkkxk 


kkkkkkkkkkkkkkkkkkkkkkkxk 


* 


* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 


kkkkkkkkkkkkkkkkkkkkkxkxk 


AUTHOR: LCDR BARNETT * 
PURPOSE: This program allows the user to add a new air- * 
craft to the AIRCRAFT file and its components to their * 
files * 
INPUT FILES USED: ATRCRAPT = 
OUTPUT FILES USED: AIRCRAFT and ENGINES 2 
ROUTINES CALLED: None S 
ROUTINES * CALLED BY: STARI * 
LOCAL VARIABLES: Local variables include ANSWER, * 
MEMENGI, SERNO, MEMBUNO and MEMENG2 = 
CONTROL POINTS: The variable ANSWER is the control 2 
point in this module. ^ 

* 


kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkxk 


KAKKKKKKKKKK Gives user a chance to exit program ~*~“ +4 LLL 


USE AIRCRAFT 
INDEX ON BUNO TO BUNO 
DO WHILE T 


ERASE 
? "DO YOU WISH TO ENTER A NEW AIRCRAFT RECORD Ep T TEE 
ACCEPT TO ANSWER 
TES SMANSWER LU <> "y" 
RETURN 
ENDIF 
USE AIRCRAFT INDEX BUNO 
STORES: " TO MEMBUNO 
@ 5,5 SAY “ENTER AIRCRAFT BUNO" GET MEMBUNO 
READ 
FIND &MEMBUNO 
IF $ <> O | 
2 "A RECORD FOR THIS BUNO ALREADY E 
? “UNABLE TO ENTER ANOTHER RECORD FOR THIS AIRCRAFT" 
2 “TYPE ANY KEY TO CON EG 
WAIT TO CONTINUE 


k*********** Allows user to update AIRCRAFT file ****x**** 


ELSE 
APPEND BLANK 
REPLACE BUNO WITH MEMBUNO 
EDIT CURRENT 
STORE ENGISERNO TO MEMENGI 
STORE ENG2SERNO TO MEMENG2 
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5, A A 88 B — 1 


MIA AT ToOws user to update ENGINES file ********+*++ 


USE ENGINES 
APPEND BLANK 
REPLACE SERNO WITH MEMENGI 
? " THE FOLLOWING SCREENS UPDATE ENGINE DATA" 
CEET PERN KEY TTORCONTINUE" 
WAIT TO CONTINUE 
EDIT CURRENT 
APPEND BLANK 
REPLACE SERNO WITH MEMENG2 
EDIT CURRENT 


*k****k*k*** Allows user to update PHASEINSP file ********** 


USE PHASEINSP 
APPEND BLANK 
REPLACE BUNO WITH MEMBUNO 
© NEXT SCREEN UPDATES THE PHASE INSP FILE" 
TA EETANY KEY TO CONTINUE” 
WAIT TO CONTINUE 
EDIT CURRENT 


o user. to update SPECIALINSP file ********* 


ENDIF 
ENDDO 


USE SPECIALINSP 
APPEND BLANK 
REPLACE BUNO WITH MEMBUNO 
m EXT SCREEN URDATES THE SRECIAL INSP FILE" 
PERESS ANY KEY TOTCONTINUE" 
WAIT TO CONTINUE 
EDIT CURRENT 
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kkkkkkkkkkkkkkkkkkkkxkxkk TRANSFER CMD ********k***k*kkkkkkkkkkk* 


kkkkkkkkkkkkkkkkkkkkkxkk kkkkkkkkkkkkkkkkkkkkxkk 
* AUTHOR: Jim Compton $3 
* PURPOSE: This program will allow the user to delete all 


* 
is data about an aircraft and also provides a printed. 
* AIRCRAFT TRANSFER REPORT. * 
* INPUT FILES USED: AIRCRAET * 
* OUTPUT FILES USED: AIRCRAFT and ENGINES * 
* ROUTINES CALLED: REPORT * 
* ROUTINES CALLED BY: START * 
* LOCAL VARIABLES: Local variables include ANSWER, * 
* MEMENG1, MEMENG2, SERNO, and MEMBUNO. e 
* CONTROL POINTS: The variable ANSWER is the control = 
* * 
* * 


point in this module: 
kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 


kkkkkkkkkkkkkkkk ALLOWS user tO exit program «c ck ckokoko kk kk REED 


USE AIRCRAFT 
INDEX ON BUNO TO BUNO 
DOSCWETISE I 
ERASE 
? 'DO YOU WISH TO TRANSFER AN ATRORAFT Ze |) 
ACCEPT TO ANSWER 
TE SCANS be Sa. 
RETURN 
ENDIE 
USE AIRCRAFT INDEX BUNO 
STORE E " TO MEMBUNO 
G 5,5 SAY "ENTER AIRCRAFT BUNO TO BE DELETED” GET MEMBUNOA 
READ 
FIND &MEMBUNO 
IF # = 0 
? 'AN AIRCRAFT RECORD DOES NOT EXIST FOR THIS BUGS 
9 "PRESS RETURN TO CONT DUE. 
WATT TO CONTINUE 
RETURN 
ENDIF 
IF #>0 
@ 10,5 SAY "TURN PRINTER ON FOR PERMANENT RECORD" 
@ 11,5 SAY "PRESS ANY KEY WHEN PRINTER TS READ 
WAIT TO CONTINUE 


kkxkkkkkkkkkkkxkkxkxk CALLS the REPORT program *ckokkkokkkkkkkk kx 


DO REPORT 
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***** Record deletion part of this program begins here ***** 


SELCECTIERTMARY 

USE AIRCRAFT INDEX BUNO 

FIND &MEMBUNO 
STORE ENGISERNO TO MEMENGI 
STORE ENG2SERNO TO MEMENG2 
STORE TRANSSERNO TO MEMTRANS 
STORE ROTORSERNO TO MEMROTOR 
STORE GEARISERNO TO MEMGEARI 
STORE GEAR2SERNO TO MEMGEAR2 
STORE GEAR3SERNO TO MEMGEAR3 


SELECT SECONDARY 
USE ENGINES 
INDEX ON SERNO TO SERNO 
FIND &MEMENGI 
DELETE NEXT l 
FIND &MEMENG2 
DELETE NEXT 1 
PACK 


USE PHASEINSP 
INDEX ON BUNO TO BUNO 
FIND &MEMBUNO 

DELETE NEXT 1 

PACK 


USE SPEGIALINSP 
INDEX ON BUNO TO BUNO 
FIND 8MEMBUNO 

DELETE NEXT 1 

BACK 


SELECT ERTMARY 
USE AIRCRAFT 
INDEX ON BUNO TO BUNO 
FIND 8MEMBUNO 
DELETE NEXT 1 
PACK 


ENDTE 


ENDDO 
RETURN 


Sa 


kokckckck ck ck ck kok kk kk kkkkkkkkk** REPORT.CMD *****x*k*xkkxkxkxkxkkk kk kXkXkkk 
kckckckck ck ckokockckokckckckckck ko k kock ck k ko kockckckckckokokckok kockokckokckokck ko kck ko k k 


AUTHOR TIIME SMD ESM * 
* PURPOSE: Print the TRANSFER REPORT. 

* INPUT FILES USED: AIRCRAFT and ENGINES 
* OUTPUT FILES USED: REPORT] and REPORT 2 
* ROUTINES CALLED: None 

* ROUTINES CALLED BY: TRANSFER 

* VARIABLES USED: None 

* 
* 


CONTROL POINTS: None 


* 
* 
* 
* 
x 
* 
* 
XX occ ck ck ook oko ooo oko eek o ko o ko AAA ARA RARAS 


ERASE 

STER AIS 
SELECT PRIMARY 
USE AIRCRAFT 
SELECT SECONDARY 
USE ENGINES 


JOIN TO REPORT] FOR P.ENGISERNO = S.SERNO .AND. P.BUNO = MEMBUNO; 


FIELD P.BUNO,P.FLIGHTHRS,P.ENGISERNO.S.CURRENTTIME , PL ENG ZENI 
SELECT PRIMARY 

USE REPORTI 

SELECT SECONDARY 

USE ENGINES 


JOIN TO REPORT2 FOR P.ENG2SERNO = S.SERNO .AND. P.BUNO = MEMEO 


FIELD P.BUNO,P.FLIGHTHRS,P.ENGISERNO,P.CURRENTTIME,P. ENGZGE ae 
5, CURRENTAEE 


k******** The report title and headings are prsntedo s LL 


AIRCRAFT TRANSFER REPORT’ 
JULIAN DATE IS' 


y 


+JULDATE 


ACFT FLIGHT ENG 1 ENG 1 ENG 2 ENG2' 
BUNO HOURS  SERNO TIME S ERNO TIME" 


"uM n) n) wongoes) o) 


*ckockckockokokoko ko ok ck ko oko oko ko kk kk kkkt Data printed ckckockokokoko ko ckock ko ck ko k k kkkkkxkkx* 


USE REBRORT2 
fist Orr 

Z 

Se ei On: 
RETURN 
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*ckckockock k kok ckok kok kk kk kkkkk* SPECREPORT CDM kkkkkxkxkkkkkkkkkkkkkxkxk 
kkkkkkkkkkxkkkkkkkkkkkxk kkkkkkkkkkkxkxkkxkkkkkkk 


* AUTHOR: LCDR ROWSON x 
PURPOSE: TO print a report which lists aircraft and * 
* their upcoming special inspection requirements. 5 
* INPUT FILES: SPECIALINSP = 
* OUTPUT FILES: None us 
* ROUTINES CALLED: None S 
ENOUTINES CALLED BY: START * 
* LOCAL VARIABLES: Local variables include ANSWER, * 
x MEMQUEST, TEMPBOUND, and MEMREC. s 
* CONTROL POINTS: Variable ANSWER controls entry to this * 
* * 
* * 


module. 
kkxkxkkkxkkkkkkkkkkkkkkkkkkkxkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 


SET TALK OFF 


ERASE 

STORE 0 TO MEMQUEST 

ERASE 

Be WHILE T 
2?'DO YOU WISH A REPORT OF AIRCRAFT DUE FOR SPECIAL INSP 
(Y/N) ' 


ACCEPT TO ANSWER 

MER (ANSWER, L, L) <=" Y* 
RETURN 

ENDE 

OV ENTER THE REQUESTED PERIOD IN DAYS" GET MEMQUEST 

READ 

E SNSURESOPHAT PRINTER IS ON' 

pe UYPE ANY KEY TO CONTINUE’ 

WAIT TO CONTINUE 

ERASE 

SET PRINT ON 


Mäki Report trtle and headings are printed ********* 


p AIRCRAFT SPECIAL INSPECTION REPORT' 
pr JULIAN DATE IS’,+JULDATE 


"J 


BELOW Ss THE STATE OF SPECIAL INSPECTIONS FOR THE NEXT’ 
1; T MEMOUEST, DAYS” 


SIS 


' BUNO EE ESTA TEE DUE DATE ' 
? 

SEL PRINT OFF 

USE SPECIALINSP 

STO TOP 

POSWHILE .NOT. EOF 
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STORE BUNO TO TEMPBUNO 
STORE # + 1 TO MEMREC 
ERASE 
IF JULDATE + MEMOUEST > DAY112 + 112 
STORE (DAY112 + 112) TO STORE112 
SET PRINT ON 
LIST FOR BUNO = TEMPBUNO OFF FIELD BUNO 
2?! 112 DAY', STORE 112 
> 
SET PRINT OFF 
GOTO MEMREC 
ELSE 
IF JULDATE + MEMOUEST > DAY56 + 56 
STORE (DAY56 + 56) TO STORE56 
SET PRINT ON 
LIST FOR BUNO = TEMPBUNO OFF BUNO 
2 056 DAY', STORE56 
A 
SET PRINT OFF 
GOTO MEMREC 
ELSE 
IF JULDATE + MEMOUEST > DAY28 + 28 
STORE (DAY28 + 28) TO STORE28 
SET PRINT ON 
LIST FOR BUNO = TEMPBUNO OFF BUNO 
t 028 DAY', STORE28 
D 
SET PRINT OFF 
GOTO MEMREC 
ELSE 
IF JULDATE + MEMQUEST > DAY14 + 14 
STORE (DAY14 + 14) TO STORE14 
SET BRINT ON A 
LIST FOR BUNO = TEMPBUNO OFF BUNO 
22! 014 DAY', STORE14 
= 
SET PRINT OFF 
GOTO MEMREC 
ELSE 
IF JULDATE + MEMQUEST > DAY7 + 7 
STORE (DAY7 + 7) TO STORET 
SET PRINT ON 
LIST FOR BUNO = TEMPBUNO OFF BUNO 
2 007 DAY ', STORE? 
D 
SET PRINT OFF 
GOTO MEMREC 
ELSE 
SET PRINT TON 
LIST FOR BUNO = TEMPBUNO OFF BUNO 
e NONE REQD' 
D 
SET PRINT OFF 
GOTO MEMREC 
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ENDIF 


ENDIF 
ENDIF 
ENDIF 
ENDDO 
RETURN 
ENDDO 
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kkkkxkkkkkkkkkkkkkkkkkkk FLTHOURS CMD **********kkkkkktkkkkkkk 
kkkkkkkkkkkkkkkkkkkkkkk kkkkkkkkkkkkkkkkkkkkkk 


* AUTHOR: Jim Compton * 
* PURPOSE: Updates flight hours on axrcrattWeuncdaeonmMN 2 
: time components x 
* INPUT FILES USED: AIRCRAFT = 
* OUTPUT FILES USED: AIRCRAFT and T ENCINES * 
* ROUTINES CALREED SNS LiMn = 
* ROUTINES CALLEDTBY FSoSTARI a 
* LOCAL VARIABLES: Local variables include MEMBUNO, s 
a FLTHRS, TOTALHRS, ENGL, ENG2, ENGITT, and ENG2TT. A 
* CONTROL POINTS: MEMBUNO, which determines a valid BUNO * 
A * 
* * 


is the control point for theod KSE 
kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkxkk 


SET BELL ORF 
SET PALKCORE 
ERASE 


**** Allows user to input aircraft BUNO and flight time 


STORE ON TOHEEREES 
ACCEPT ‘WHAT IS THE ACFT BUNO NUMBER?' TO MEMBUNO 
a 13,5 SAY 'HOW MANY FLIGHT HOURS WERE FLOWN?'; 
GET MB ESM ES 
READ 
USE AIRCRAFT 
INDEX ON BUNO TO BUNO 
FIND 8MEMBUNO 
IF # = 0 
? 'AN AIRCRAFT RECORD FOR THIS BUNO DOES NOT EXIST’ 
2) TYPE ANY KEY TO CONTINUE; 
WAIT TO CONTINUE. 
RETURN 
ENDIF 


*********** Updates aircraft and Component HE TR SEI a 


GO TOP 
DO WHILE NOT. EOE 
IF BUNO = MEMBUNO 
ERASE 
STORE FLIGHTHRS + FLTHRSTTOTTO TENERS 
REPLACE FLIGHTHRS WITH TOTALHRS 
STORE. ENGLSERNO TTO ENGI 
STORE ENG2SERNO TO ENG2 
ENDIE 
Sep 
ENDDO 
DOC TNSEJINIS 
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USE ENGINES 
COS TOP 
DOSWHILE -NOT EOF 
IF ENGl = SERNO 
ERASE 
STORER CURRENTTME + PLTHRS TO ENGITT 
REPRE ACE SCURRENTIME WITH ENGLTT 
ENDIF 
SKIP 
ENDDO 
GO TOP 
ESCSWHILE .NOT. EOF 
IF ENG2 = SERNO 
ERASE 
SHORE CURRENTIME + FLYHRS TO ENG2TT 
REPLACE CURRENTIME WITH ENG2TT 
ENDIF 
SKTE 
ENDDO 
TCH TIME FIELDS HAVE BEEN UPDATED FOR THE AIRCRAFT," 
ER ENGINES." 
ONKERESS ANY KEY TO CONTINUE." 
WAIT TO CONTINUE 
RETURN 


9 


EXKAKXKKKKXKKKKKKKKKKKkkkx INSPTIME CMD *ckockockokockockockokockokokock o kokokoko kk kk 


ckokokoko kokockck kockokokock k kkkkkkkk* 


* 


* 
* 
* 
* 
* 
x 
* 
* 
* 
* 
* 
* 
* 
* 


AUTHOR: LCDR 


KK kKKÜÄRkkKkkkkkkkkkkikkkkkk 
ROWSON i 


PURPOSE: Determines if an aircraft is subject to being 


inducted 


into a phase inspection when acft flight 


time is updated. A message is sent to the screen 
for the users information, including notification 
that an aircraft is down until a particular 


inspection. 


INPUT SF TEES: 
OUTPUT itor: 


AIRCRAFT, PHASEINSP, and INSPECYCLES 


ROUTINES CALLED: None 
ROUTINES “CALLED BY: FLTHOURS 
LOCAL VARIABLES: Local variables include PHASE, MEMTIME, 


and NEXTP 


HASE 


CONTROL POINTS: None 


SELECT PRIMARY 
USE ALRCRAET 
SELECT SECONDARY 
USE PHASETNSE 
JOIN TO ACINSP FOR P.BUNO = S.BUNO .AND. P.BUNO = MEMBUNO@E SEE. 
P.BÜNO,P.EDIGHTHRS,S.BASETDBP SMOD 

USE INSEPESXGIE 
STORESBRAASESTO PHASE 
USE ACINSE 


* 
* 
* 
* 
* 
* 
* 
ACINSP (Created by the JOIN command) 4 
* 
* 
* 
* 
* 
* 


KKRKKRKK KK Ke jee ee tee ee de je e ee AAA AAA AAA AR R 


STORE (FLIGHTHRS - BASETIME) TO MEMTIME 

IF TYPE: COMP = "A" 

STORE "B" TO NEXTPHASE 
ENDIF 
IF TYPE:COMP = "B” 

STORE "C" TONNE TEHASE 
ENDIF 
IF TYPE:COMP = "C" 

STORE "D" TO NEXTPHASE 
ENDIF 
IF TYPE:COMP - "p" 

STORE "A" TO NEXTPHASE 
ENDIF 


KEEKKKKKEKEKKKEKKEEKE Message 1e cent to sereen Wckckoodeck&e XA RAS 


DO CASE 
CASE MEMIIMESS 290 
ERASE 
? AIRCRAFT HAS *, (PHASE=MEMIME) 


@ 1,28 SAY 'HOURS UNTIL THE NEXT INSPECTION 
E 


2? 'WHICH 


IS A/AN " ,NEOUDELEASS 
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D A AA AA 


@ 3,18 SAY *" PHASE INSPECTION. ' 
Es 


"y 


ZDMPECANY KEY TO CONTINUE’ 
WAIT TO CONTINUE 


CASE (MEMTIME > 90) .AND. (MEMTIME <= 110) 


ERASE | 
'AIRCRAFT HAS HAD',MEMTIME 
Pees ae HOURS SINCE LAST INSPECTION" 


"AND IS DUE FOR A/AN "',NEXTPHASE 
3,24 SAY, "" PHASE INSPECTION ' 


U *"J (c "Y "Y (e *J 


'TYPE ANY KEY TO CONTINUE' 
WAIT TO CONTINUE 


CASE MEMTIME > 110 


ENDCASE 
RETURN 


ERASE 
'AIRCRAFT HAS HAD ', MEMTIME 
ES OURS SINCE LAST INSPECTION" 


"AND IS DOWN UNTIL A/AN "', NEXTPHASE 
2 ISA PHASE INSPECTION 1S COMPLETED” 


J "JU fe "2 OU PD Y 


"TYPE ANY KEY TO CONTINUE' 
WAIT TO CONTINUE 
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KRKK KT ko ko kk kk kkkkkk*k EDIT CDM ****x***x***k*kkkkkkkktkkkkk*kk 


*ockockckokokckokokokocko ko kokockoko ko k kkkkkkr* 


AUTHOR: LCDR BARNETT 


* 


* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 
* 


PURPOSE: This program enables the user to update the 
SPECIALINSP file when special inspections are 
completed. 

INPUT FILES USED: SPECTACLE 

OUTPUT PILES USED: SPECIACIL E 

ROUTINES CALLED: None 

ROUTINES CALLED IBY: TS TART 

LOCAL VARIABLES: Local variables ANSWER, TEMPBOUND 

INSPDATE and TYPEINSP 

CONTROL POINTS: ANSWER controls entry into the module 

and the value of TYPEINSP determines which 


inspection type if updated. 


*ckckokck o kockock kockockokokokokokokoko koko kk ke 


* 


OR ob ob ob ot ob ob ob Xo ot ox 


*ckockokokok ok oko ko ck ck kk Allows user tO exit program KRREEEKEKKEKKKKEEE 


DO WHILE T 


ERASE 


? 'DO YOU NEED TO UPDATE AN AIRCRAFT SPECIAL INSPECTION? 


ACCEPT TO ANSWER 

iF Ss (ANSWER K le ya 
RETURN 

ENDIF 


********* User enters the BUNO of aircraft inspected "HS 


USE, SPECEATINSP 
INDEX ON BUNO TO BUNO 
STORES K TOTTEME BUNO 
@ 5,5 SAY 'ENTER THE AIRCRAFT BUNO' GET TEMPBUNO 
READ 
FIND &TEMPBUNO 
IF ¢ = 0 
2 "NO RECORD FOR THIS AIRCRAFT ONSCESZBEES 
2. TYPEOANY KEY 4 TO CONTINUE" 
WAIT TOTCONTINUE 


****** User enters date and type inspection completed i 


ELSE 
STORE OTTO INSPDATE 


(Y/N) ' 


Q 7,5 SAY 'ENTER DATE INSPECTION COMPLETED! GET INS EINE 


PEET ED 
READ 
STORE OTTO TYPE INSE 


@ 9,5 SAY 'ENTER TYPE INSP COMPLETED MCETE T r EE 


PICTURE O 
READ 
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. 
, 


IF (TYPEINSP <> 7) .AND. (TYPEINSP <>14) .AND.; 
(TYPEINSP <> 28) .AND. (TYPEINSP <> 56 .AND. (TYPEINSP ; 
S) 

@ 11,5 SAY 'INVALID INSP TYPE TRY AGAIN.' GET TYPEINSP ; 
PICTURE '999' 

READ 

ENDIF 
IF TYPEINSP = 112 

REPLACE DAY112 WITH INSPDATE 
REPLACE DAY56 WITH INSPEDATE 
REPLACE DAY28 WITH INSPDATE 
REPLACE DAY1L4 WITH INSPDATE 
REPLACE DAY7 WITH INSPDATE 
ELSE 
IF TYPEINSP = 56 
REPLACE DAY56 WITH INSPDATE 
REPLACE DAY28 WITH INSPDATE 
REPLACE DAY14 WITH INSPDATE 
REPLACE DAY7 WITH INSPDATE 
E ESE 
IF TYPEINSP = 28 
REPLACE DAY28 WITH INSPDATE 
REPLACE DAY14 WITH INSPDATE 
REPLACE DAY7 WITH INSPDATE 
ELSE 
IF TYPEINSP = 14 
REPLACE DAY14 WITH INSPDATE 
REPLACE DAY7 WITH INSPDATE 
ELSE 
IF TYPEINSP = 7 
REPLACE DAY7 WITH INSPDATE 
ENDIF 
ENDIF 
ENDIF 
ENDIF 
ENDIF 
ENDIF 
ENDO 
RETURN 


OF: 


ERXXKXKKKKXKKKXKKXKKKKXKXXA DICTNARY CMD *****k*k*kk*kkkkkkkkkkkkkXkk 
*ckck k kk ko kk kk kk kkkkkkktktkk*k *kokkokk ck kk kk kk kk kkkkk*kk*k 


* AUTHOR: LCDR BARNETT 2 
* PURPOSE: This program module is for the user to define * 
* data items, terms, programs, and other modules. * 
* ANPUT- PTEES:CDDS * 
* OUTPUT FILES: None * 
* ROUTINES CALLED: None * 
x ROUTINES CALLE DSS aot ke * 
* LOCAL VARIABLES: ANSWER and MEMDATA * 
* CONTROL POINTS: Variable ANSWER controls entry to this * 
* * 
* * 


module. 
*okckoodeokokokockokokokoko*kodoko*k&*k*kx*kkoudecckkkkk*kkodedoókoókodeodkedkdocodk*kkX4&kdlkkekkkekkktkXxk& 


USE DDS 
INDEX ON WORD TO WORD 


k**k*k*k*k*k*k***** Allows user to exit program *****kxkxkkkx*x 


DO WHILE T 
ERASE 
? 'IF YOU DO NOT KNOW THE MEANING OF A WORD THIS IS 
THE PLACE' 
? 'DO YOU NEED TO LOOK UP A WORD? (Y/N)' 
ACCEPT TO ANSWER 
IF SKAN WER, I, l) <> "y" 
RETURN 
ENDIF 


k*k******k** User inputs word of unknown meaning II 


USE DDS INDEX WORD 


STORET " TO MEMDATA 
@ 5,5 SAY "ENTER THE WORD YOU NEED" GET MEMDATA 
READ 
FIND &MEMDATA 
DP 0 
USE DDS 


@ 20,1 SAY "YOUR WORD WITH ITS SYNONYM(S), 
DEFINITION,; PROGRAMS WHERE" 

@ 21,1 SAY "IT IS USED AND FILE WHERE IT IS FORMATTED" 

D 


LIST FORIWORD MEMDATA OFF WORD 
LISIT EFORIWORD MEMDATA OFF SYNONYM 
LIST FOR WORD MEMDATA OFF DEFINITION 
LIST FOR WORD = MEMDATA OFF PROGRAMS 
LIST FOR WORD = MEMDATA OFF FILE 
Walt? TO CONTINUE 
ELSE 
@ 10,5 SAY "SORRY, THAT IS NOT INE 
8 11,5 SAY "TRY AGAIN, PRESS ANY KEY TOR Or pe. 
WALT TO CONTINUE 
ENDIF 
ENDDO 
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SM/MS File Structure 


USE PHASEINSP 

ETS TESTRUCTURE 
aN UCTURE FOR FILE: B:PHASEINS.DBF 
NUMBER OF RECORDS: 00005 
DATE OF LAST UPDATE: 01/01/80 
PRIMARY USE DATABASE 


FLD NAME TYPE WIDTH DEC 
001 BUNO E 006 
002 TYPE : COMP e 001 
003 BASETIME N 007 001 
** TOTAL ** 00015 


USE AIRCRAFT 

CIST STRUCTURE 
UR UCTURE FOR FILE: B:AIRCRAFT.DBF 
NUMBER OF RECORDS: 00005 
DATE OF LAST UPDATE: 01/01/80 
PRIMARY USE DATABASE 


FLD NAME TYPE WIDTH DES 
001 BUNO C 006 

002 ACPTDATE N 004 

003 PAG EEES N 007 001 
004 ENGISERNO m 006 
005 ENG2SERNO G 006 
EESTOTAL ** | 00030 


USE ENGINES 

ESTAS TRUSTURE | 
ENMDECTURE FOR FILE: B:ENGINES.DBF 
HUMBER OF RECORDS: 00014 
DATE OF LAST UPDATE: 01/01/80 
PRIMARY USE DATABASE 


FLD NAME EMBESTIDA DEC 
001 SERNO E 006 
002 POSITION G 001 
003 OVHAULTIME N 007 001 
004 INSTALTIME N 007 001 
005 CURRENTIME N 007 001 
EESTOTAL ** 00029 


23 


ES DESEE 
STRUCTURE FOR PILE: MB: SPECIA CDER 
NUMBER CF RECORDS: 00005 
DATE OF LAST UPDATE: 01/01/80 


USE SPECIALINSP 
| 
| 
SECONDARY USE DATABASE 
| 
| 
| 
| 
| 


DATE OF LAST UPDATE: 01/01/80 
SECONDARY USE DATABASE 


FLD NAME TYPE WIDTH DEC 
DIE BUNO C 006 
002 DAY7 N 004 
003 DAY14 N 004 
004 DAY28 N 004 
005 DAY56 N 004 | 
006 DAY112 N 004 | 
** TOTAL ** 00027 | 
| 
| 
USE DDS 
LIST STRUCTURE | 
STRUCTURE FOR FILE:  B:DDS .DBF | 
NUMBER OF RECORDS: 00073 | 
FLD NAME TYPE WIDTH DEC 
001 WORD C 020 | 
002 SYNONYM E 050 | 
003 DEFINITION C 060 | 
004 PROGRAMS C 050 | 
005 FILE C 015 | 
** TOTAL ** 00196 
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SM/MS Examples 


PROGRAM MAIN MENU SELECTION 


This computer program accesses the aircraft inspection and 
component database. You can access or update the database 
by selecting one of the following options. Just type the 

number corresponding to your selection. 


ACCEPT AN AIRCRAFT 

TRANSFER AN AIRCRAFT 

ADD FLIGHT TIME TO AN AIRCRAFT 

UPDATE A COMPLETED SPECIAL INSPECTION 

PRINT A REPORT OF UPCOMING AIRCRAFT INSPECTIONS 
USE THE DATA DICTIONARY 

. To TERMINATE this session enter "7" 


-J OY Ui & WN FP 


DO YOU WISH TO ENTER A NEW AIRCRAFT RECORD? (Y/N) 
SY 


ENTER AIRCRAFT BUNO:153009: 


BUNO : 153009; 
ACPTDATE :5160: 

MMTSATARS :11500.0: 
ENGISERNO :900001: 
ENG2SERNO :900002: 


THE FOLLOWING SCREENS UPDATE ENGINE DATA 
teem ANY KEY TO CONTINUE 


Update Flight hours flown 
HOW MANY FLIGHT HOURS WERE FLOWN?: 3.0: 


ESSEGCHAFT HAS 22.0 HOURS UNTIL THE NEXT INSPECTION, 
WHICH IS A/AN "D" PHASE INSPECTION. 

iri ANY KEY TO CONTINUE 

WAITING 


EENESGHT TIME FIELDS HAVE BEEN UPDATED FOR THE AIRCRAFT, 
ENGINES, TRANSMISSION, AND ROTORHEAD. 

PRESS ANY KEY TO CONTINUE. 

WAITING 


oD 


AIRCRAFT Special Inspection Example 
DO YOU NEED TO UPDATE AN AIRCRAFT SPECIAL INSPECTION? (Y/N) 
tur 
ENTER THE AIRGRAPT BUNO?IS3002% 
ENTER DATE INSPECTION COMPEETEDES USOS 
ENTER TYPE INSP ICOMPERDE D: Ts 
THE NEXT SCREEN UPDATES THE SPECIALS INS? Flee 


PRESS ANY KEY TO CONTINUE 


RECORD # 00005 


BUNO ISS DOS 
DAY” 2515535 
DAY14 5155: 
DAY 28 5 165.51 
DAY56 SSID = 
DAY112 9155: 


Aircraft Report Example 
DO YOU WISH A REPORT OF AIRCRAFT DUE FOR SPECIAL INSP (Y/N) 
d 


ENTER THE REQUESTED PERIOD IN RAYS = UE 


AIRCRAFT SPECIAL INSPEECTTONEESESE 
JULIAN DATE IS 5160 


THE FOLLOWING IS THE STATUE OF SPECIAL INSPECTIONS SI 
THE NEAT 208/209 


BUNO TYPE INSP DUE DATE 
15.30 0 PZ BAY >Los 
LS 3005 112 DAY S AM 
153006 112 DAY Su 5 
153008 014 DAY 5178 
153009 014 DAY S169 


9G 


Data Dictionary/Directory Example 


E (OU DO NOT KNOW THE MEANING OF A WORD THIS IS THE PLACE 
DO YOU NEED TO LOOK UP A WORD? (Y/N) 


ENTER THE WORD YOU NEED:JULIAN 


YOUR WORD WITH ITS SYNONYM(S), DEFINITION, PROGRAMS WHERE 
ilo USED AND FILE WHERE IT IS FORMATTED 


JULIAN 

JULDATE, MENJUL 

THE CALENDAR BASED ON AUGUSTUS JULIUS 
START, EDIT 

N/A 

WAITING 
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TO: 


rr; 


192 


136 


l4. 


oe 
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